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Die f olgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

(S) Verschmelzung von ProzeSleistungsuberwachung mit Proze&ausrustungsuberwachung und -steuerung 

@ Ein Prozeftsteuersystem nutzt ein Datenerfassungs- 
und -verteilungssystem und eine Betriebsmittelnutzungs- 
suite, um die Betriebsmittel einer ProzeRanlage betreffen- 
de Daten oder Informationen aus verschiedenen Quellen 
oder Funktionsbereichen der Anlage zu erfassen, darun- 
ter beispielsweise die Funktionsbereiche der Prozefc- 
steuerung, die Wartungsfunktionsbereiche und die Pro- 
zefcleistungsuberwachungsfunktionsbereiche. Diese Da- 
ten und Informationen werden in koordinierter Weise von 
dem Datenerfassungs- und -verteilungssystem manipu- 
liert und an andere Anwendungen weitergegeben, wo sie 
verwendet werden, um insgesamt bessere oder optimier- 
te Steue rungs-, Wartungs- und Geschaftsaktivitaten aus- 
zufuhren. Informationen und Daten konnen von War- 
tungsfunktionen, die den Zustand, die Variabilitat, die Lei- 
stung oder die Nutzung einer Einrichtung, eines Regel- 
kreises, einer Einheit, eines Bereiches etc. betreffen, er- 
1 fafct werden, und diese Informationen konnen anschlie- 
■ Bend zu einem Proze&operator oder einer Wartungsper- 
son gesendet und diesem angezeigt werden, um diese 
Person uber ein gegenwartiges oder zukunftiges Problem 
zu informieren. Eine Benutzerschnittstelle ist vorgesehen, 
die Benutzern Zugriff auf ein Expertensystem und dessen 
Manipulation erlaubt, um den Betriebsablauf einer Anla- 
ge zu optimieren oder die Optimierung des Betriebsab- 
laufes der Anlage zu veranlassen, Informationen uber den 
Betriebsablauf der Anlage zu erhalten etc. Ferner konnen 
Anwendungen, wie zum Beispiel eine ... 
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Beschreibung 

GEBIET DER ERPTNDUNG 

fOOOll Die vorliegende Erfindung betrifft. allgemein Pro- 
zeBsteuersysteme in ProzeBanlagen und insbesondere ein 
koordiniertes System, das niehrere Arten von Daten aus ver- 
schiedenen und voneinander abweichenden Datenqueilen 
verwendet, wie zum Beispiel solche, die zur Ausrustungs- 
uberwachung, ProzeBsteuerungsuberwachung und Lei- 
stungsuberwachung gehoren, um die Nutzung der Betriebs- 
mitteL in einer ProzeBsteueranlage oder -umgebung zu un- 
terstiitzen und zu verbessern. 

BESCHREIBUNG DES STANDES DER TECHNIK 

[0002] ProzeBsteuersysteme, wie sie zum Beispiel in che- 
mischcn, crdolvcrarbcitcndcn odcr andcrcn Prozcsscn ver- 
wendet werden, enthalten typischerweise ein oder mehrere 
zentrale oder dezentrale ProzeBsteuergerate, die mit minde- 
stens einem Host-Computer oder einer Bediener-Worksta- 
tion und mit einer oder mehreren ProzeBsteuer-, MeB und 
Regeleinrichtungen, wie zum Beispiel Anlageneinrichtun- 
gen, iiber analoge, digitale oder kombiniert analog-digitale 
Busleitungen in Konununikalionsverbindung stehen. Anla- 
geneinrichtungen, bei welchen es sich beispielsweise um 
Ventile, Ventilpositioniereinrichtungen, Schalter, Sender 
und Sensoren (beispielsweise Temperatur-, Druck- und 
DurchfluBmengensensoren) handeln kann, fuhren Funktio- 
nen innerhalb des Prozesses aus, wie zum Beispiel das Off- 
nen oder SchlieBen von Ventilen oder das Messen von Pro- 
zeBparametern. Das ProzeBsteuergerat empfangt Signale, 
die ProzeBmessungen oder ProzeBvariable angeben, die von 
den Anlageneinrichtungen durchgefuhrt wurden oder mit 
diesen in Verbindung stehen, und/oder andere Informatio- 
nen, die zu den Anlageneinrichtungen gehoren, verwendet 
diese Informationen, um eine Steuerungsroutine umzuset- 
zen und erzeugt dann Steuersignale, die iiber eine oder meh- 
rere der Busleitungen zu den Anlageneinrichtungen gesen- 
det werden, um den Betriebsablauf des Prozesses zu regeln. 
Informationen von den Anlageneinrichtungen und dem 
Steuergerat werden typischerweise einer oder mehreren An- 
wendungen zur Verf iigung gestellt, die durch eine Bediener- 
Workstation ausgefuhrt werden, um eine Bedienungsperson 
in die Lage zu versetzen, gewiinschte Funktionen hinsicht- 
hch des Prozesses durchzufuhren, wie zum Beispiel das Be- 
trachten des gegenwartigen ProzeBstatus, das Modifizieren 
des Betriebsabiaufs des Prozesses etc. 

[0003] Obwohl ein typisches ProzeBsteuersystem viele 
ProzeBsteuer-, MeB- und Regeleinrichtungen hat, wie zum 
Beispiel Ventile, Sender, Sensoren etc., die mit einem oder 
mehreren ProzeBsteuergeraten verbunden sind, welche Soft- 
ware ausfuhren, die diese Einrichtungen wahrend des Be- 
triebsablaufes des Prozesses steuert, gibt es viele andere 
Hilfseinrichtungen, die fur den ProzeBbetrieb ebenfalis er- 
forderlich sind oder mit diesem in Zusammenhang stehen. 
Diese zusatzlichen Einrichtungen schlieBen beispielsweise 
eine Strom versorgungsausriistung, eine Stromerzeugungs- 
und Verteilungsausriistung, rotierende Gerate, wie zum Bei- 
spiel Turbinen etc. ein, die an verschiedenen Stellen in einer 
typischen Anlage angeordnet sind. Wahrend diese zusatzli- 
che Ausriistung nicht unbedingt ProzeBvariable erzeugt oder 
nutzt und in vielen Fallen nicht durch ein ProzeBsteuergerat 
gesteuert wird oder auch nur mit einem solchen verbunden 
ist, um den ProzcBbctricbsablauf zu bccinflusscn, ist dicsc 
Ausriistung dessen ungeachtet fur einen ordnungsgemaBen 
Betriebsablauf des Prozesses wichtig und unbedingt not- 
wendig. In der Vergangenheit haben ProzeBsteuergerate 



diese anderen Einrichtungen jedoch nicht notwendigerweise 
vvahrgenommen oder die ProzeBsteuergerate haben bei der 
Ausfiihrung der ProzeBst.euerung einfach angenommen, daB 
diese Einrichtungen ordnungsgemaR arbeuen. 

5 [0004] Ferner haben vieie ProzeBanlagen weitere, mit. ih- 
nen verbundene Computer, die Anwendungen ausfuhren, 
die sich auf kaufmannische Funktionen oder Wartungsfunk- 
tionen beziehen. Beispielsweise enthalten einige Anlagen 
Computer, die Anwendungen ausfuhren, die mit der Bestel- 

10 lung von Rohmaterialien, Ersatzteilen oder Einrichtungen 
fur die Anlage in Verbindung stehen, Anwendungen, die 
sich auf die Vorhersage von Verkaufszahlen und Produkti- 
onserfordernissen etc. beziehen. Entsprechend enthalten 
viele ProzeBanlagen, insbesondere solche, die intelligente 

15 Anlageneinrichtungen verwenden, Anwendungen zur Uber- 
wachung von Geraten, die verwendet werden, um die Uber- 
wachung und Wartung der Einrichtungen in der Anlage zu 
untcrstutzen, unabhangig davon, ob dicsc Einrichtungen 
ProzeBsteuer-, MeB- und Regeleinrichtungen oder andere 

20 Arten von Einrichtungen sind. Beispielsweise ermoglicht 
die Asset Management Solutions (AMS) Anwendung, die 
von Fisher Rosemount Systems Inc. vertrieben wird, die 
Kommunikation mit Anlageneinrichtungen und speichert 
dazugehorige Daten, um den Betriebszustand der Anlagen- 

25 einrichtungen sieherzusLellen und nachzuverfolgen. Ein 
Beispiel fur ein derartiges System ist in dem US-Patent Nr. 
5,960,214 mit dem Titel "Integrated Communication Net- 
work for use in a Field Device Management System" aufge- 
zeigt. In einigen Fallen kann die AMS-Anwendung zur 

30 Kommunikation mit Einrichtungen verwendet werden, um 
Parameter in der Einrichtung zu verandem, um die Einrich- 
tung zu veranlassen, selbst Anwendungen ablaufen zu las- 
sen, wie zum Beispiel Selbstkalibrierungsroutinen oder 
Selbstdiagnoseroutinen, um Informationen iiber den Status 

35 oder den Betriebszustand der Einrichtung zu erhalten, etc. 
Diese Informationen konnen von einer Wartungsperson ge- 
speichert und verwendet werden, um diese Einrichtungen zu 
uberwachen und zu warten. Entsprechend gibt es andere Ar- 
ten von Anwendungen, die zur "Oberwachung anderer Arten 

40 von Einrichtungen verwendet werden, wie zum Beispiel ro- 
tierende Gerate und Stromerzeugungs- und Versorgungsein- 
richtungen. Diese anderen Anwendungen stehen manchmal 
dem Wartungspersonal zur Verfugung und werden verwen- 
det, um die Einrichtungen innerhalb einer ProzeBanlage zu 

45 uberwachen und zu warten. In vielen Fallen ist es jedoch 
moglich, daB betriebsfremde Dienstleistungsorganisationen 
Arbeiten in Bezug auf die Oberwachung der ProzeBleistung 
und -ausriistung durchfuhren. In diesen Fallen erfassen die 
betriebsfremden Dienstleistungsorganisationen die Daten, 

50 die sie brauchen. lassen typischerweise proprietare Anwen- 
dungen ablaufen, um die Daten zu analysieren, und stellen 
nur Resultate und Empfehlungen fur das ProzeBanlagenper- 
sonal zur Verfugung. Dies ist zwar hilfreich, aber das Anla- 
genpersonal hat. keine oder nur eine geringe Moglichkeit, 

55 die gemessenen Rohdaten zu sichten oder die Analysedaten 
in anderer Weise zu verwenden. 

[0005] Somit sind in der typischen Anlage oder dem typi- 
schen ProzeB die Funktionen, die zu den ProzeBsteueraktivi- 
taten, den Warnings- und t Jberwachungsaktivitaten fur Ein- 

60 richtungen und Gerate, und zu den geschaftlichen Aktivita- 
ten, wie zum Beispiel "Oberwachung der ProzeBleistung, ge- 
horen, sowohl hinsichtlich des Ortes, an dem diese Aktivita- 
ten stattfinden, als auch des Personals, das typischerweise 
diese Aktivitaten durchfuhrt, voneinander geu*ennt Ferner 

65 verwenden die verschiedenen Pcrsoncn, die typischerweise 
mit diesen verschiedenen Funktionen befaBt sind, allgemein 
verschiedene Werkzeuge bzw. Tools, wie zum Beispiel un- 
terschiedliche Anwendungen, die auf unterschiedlichen 
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Compuiem ausgeiuhrt werden. uni die verschiedenen Funk- 
tionen durchzufuhren. In vielen Fallen erfassen diese unter- 
schiedlichen Tools unterschiedliche Arten von Daren, die zu 
den verschiedenen Einrichtungen innerhalb des Processes 
gehoren oder von diesen erfasst werden, und sind unter- 5 
schiedlich eingerichtet, um die benotigten Daten zu erfas- 
sen. Beispielsweise wirken Bedienungspersonen der Pro- 
zeBsteuerung, die allgemein den Tagesbetrieb des Prozesses 
- uberwachen und die hauptsachlich fur die Sicherstellung der 
Qualitat und des durchgehenden Ablaufes des ProzeBbe- io 
triebs verantwortlich sind, typischerweise auf den ProzeG 
ein, indem sie Sollwerte innerhalb des Prozesses einstellen 
und verandern, ProzeBregelkreise abstimmen, ProzeBbe- 
triebsablaufe, wie zum Beispiel Stapelbetriebsablaufe, pla- 
nen, etc. Diese Bedienungspersonen fur die ProzeBsteue- 15 
rung konnen verfugbare Tools fur die Diagnose und Korrek- 
tur von ProzeBsteuerproblemen innerhalb eines ProzeBsteu- 
crsy stems verwenden, daruntcr beispielsweise Sclbstab- 
stimmprogramme, Regelkreisanalyse programme, neurale 
Netzsy sterne etc. ProzeBsteueroperatoren erhalten ferner 20 
von dem ProzeB Informationen uber ProzeB variable uber ein 
oder mehrere ProzeBsteuergerate, die dem Bedienungsper- 
sonal Informationen uber den Betriebsablauf des Prozesses 
meiden, einschlieBlich Alarmrnitteilungen, die innerhalb 
des Prozesses erzeugt werden. Diese Informationen konnen 25 
dem ProzeBsteueroperator uber eine Standardbenutzer- 
schnittstelle zuganglich gemacht werden. 
[0006] Ferner ist es gegenwartig bekannt, ein Expertensy- 
steni vorzusehen, das ProzeB steuervariablen und einge- 
schrankte Information uber die Betriebsbedingungen der 30 
Steuerroutinen oder Funktionsblocke oder Module, die zu 
den ProzeBsteuerroutinen gehoren, verwendet, um mangel- 
haft arbeitende Regelkreise zu erfassen und einem Bediener 
bzw. Operator Informationen uber vorgeschlagene Hand- 
lungsweisen zu geben, um das Problem zu korrigieren. Ein 35 
derartiges Expertensystem ist in der US-Patentanmeldung 
mit der Seriennummer 09/256,585 mit dem Titel "Diagno- 
stics in a Process Control System" aufgezeigt, die am 22. Fe- 
bruar 1999 eingereicht wurde, und in der US-Patentanmel- 
dung mit der Seriennummer 09/499,445 mit dem Titel "Dia- 40 
gnostic Expert in a Process Control System", die am 7. Fe- 
bruar 2000 eingereicht wurde, die hiermit beide ausdriick- 
lich durch Bezugnahme hierin eingeschlossen werden. Glei- 
chermaBen ist es bekannt, Regelungsoptirnierungspro- 
gramrne, wie zum Beispiel Echtzeitoptimierungspro- 45 
gramme, innerhalb einer Anlage ablaufen zu lassen, um die 
Regelungsaktivitaten der ProzeBanlage zu optimieren. Der- 
artige Opumierungsprogramrne verwenden typischerweise 
komplexe Modelle der Anlage, um vorherzusagen, wie Ein- 
gaben verandert werden konnen, um den Betriebsablauf der 50 
Anlage hinsichtlich einer gewunschten Optimierungsvaria- 
blen, wie zum Beispiel Gewinn, zu optimieren. In vielen 
Fallen werden diese Optimierungsprograrnme jedoch von 
betriebsfremden Dienstleistungsorganisationen zur Verfu- 
gung gestellt und sind daher anderen Bereichen der Anlage 55 
nicht direkt zuganglich. 

[0007] Andererseits verwendet Wartungspersonal, das 
hauptsachlich daflir verantwortlich ist, sicherzustellen, daB 
die tatsachliche Ausriistung innerhalb des Prozesses effi- 
zient arbeitet, und Gerate mit Fehlfunktionen zu ersetzen 60 
und zu reparieren, Tools, wie zum Beispiel Warnings schnitt- 
stellen, die vorstehend erorterte AMS-Anwendung sowie 
viele andere Diagnosetools, die Informationen uber die Be- 
triebszustande der Einrichtungen innerhalb des Prozesses 
liefcrn. Wartungspcrsoncn konnen auch Wartungsaktivita- 65 
ten planen, die das Abschalten von Abschnitten der Anlage 
erfordem. Bei vielen neueren Typen von ProzeBeinrichtun- 
gen und -geraten, die allgemein als intelligente Anlagenein- 
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richtungen bezeichnet werden. konnen die Einrichtungen 
selbstErfassungs- und Diagnosetools enthalten, die automa- 
tisch Probieme bei dem Betrieb der Einrichtung erfassen 
und diese Probieme au torn ati sen uber eine Standarriwar- 
tungsschnittstelle einer Wartungsperson berichten. Bei- 
spielsweise berichtet die AMS- Software Einrichtungszu- 
stands- und -diagnoseinformationen an die Wartungsperson 
und bietet Kommunikationstools und weitere Tools, die die 
Wartungsperson in die Lage versetzen, festzustellen, was in 
Einrichtungen geschieht und von den Einrichtungen zur 
Verfugung gestellte Einrichtung si nformauonen abzurufen. 
Typischerweise sind Wartungsschnittstellen und Wartungs- 
personal von den Bedienungspersonen zur ProzeB steuerung 
getrennt plaziert, obwohl dies nicht immer der Fall ist. Bei- 
spielsweise konnen in einigen ProzeBanlagen Bedienungs- 
personen fur die ProzeBsteuerung die Aufgaben von War- 
tungspersonen ausfuhren oder umgekehrt, oder die unter- 
schicdbchcn Mcnschcn, die fur diese Funkdoncn verant- 
wortlich sind, konnen diese lbe Schnittstelle verwenden. 
[0008] Ferner sind Personen und Anwendungspro- 
gramme, die fur geschaftliche Anwendungen verantwortlich 
sind beziehungsweise verwendet werden, wie zum Beispiel 
die Bestellung von Teilen, Versorgungsgutern, Rohmateria- 
lien etc., das Treffen von strategischen geschaftuchen Ent- 
scheidungen, wie zum Beispiel die Auswahl der hergestell- 
ten Produkte, welche Variablen innerhalb der Anlage zu op- 
timieren sind. etc., basierend auf Messungen der ProzeBlei- 
stung, typischerweise in Buroraumen der Anlage plaziert, 
die sowohl von den ProzeBsteuerschnittstellen als auch den 
Wartungsschnittstellen entfemt sind. GleichermaBen kon- 
nen Betriebsleiter oder andere Personen den Wunsch haben, 
auf bestimmte Informationen in der ProzeBanlage von ent- 
fernten Orten oder von anderen Computersystemen, die mit 
der ProzeBanlage in Verbindung stehen, zuzugreifen, um 
den Betriebsablauf der Anlage zu uberblicken und langfri- 
stige strategische Entscheidungen zu ureflen. 
[0009] Da meistens die sehr unterschiedlichen Anwen- 
dungsprogramme, die zur Ausfuhrung der unterschiedlichen 
Funktionen innerhalb einer Anlage verwendet werden, bei- 
spielsweise ProzeBsteueroperationen, Wartungsoperationen 
und kaufmannische Operationen, getrennt sind, sind die fur 
diese verschiedenen Aufgaben verwendeten unterschiedli- 
chen Anwendungsprogramrne nicht integriert und greifen 
somit nicht gemeinsam auf Daten oder Informationen zu. 
Tatsachlich enthalten viele Anlagen nur einige, aber nicht 
alle dieser unterschiedlichen Arten von Anwendungspro- 
grammen. In vielen Fallen werden einige der Aufgaben, wie 
zum Beispiel die Uberwachung der Ausriistung, das Testen 
des Betriebs ablaufes der Einrichtungen, die Feststellung, ob 
die Anlage optimal arbeitet, etc., von betriebsfremden Bera- 
tern oder Dienstleistungsfirmen durchgefuhrt, welche die er- 
forderlichen Daten messen, eine Analyse durchfuhren und 
anschlieBend nur die Resultate der Analyse dem Anlagen- 
personal nutteilen. In diesen Fallen werden die Daten typi- 
scherweise in propietarer Weise erfasst urid gespeichert und 
selten dem Anlagenpersonal fur andere Zwecke zur Verfu- 
gung gestellt. 

[0010] Auch wenn ferner alle Anwendungen innerhalb der 
Anlage angeordnet sind, gibt es da verschiedenes Personal 
diese unterschiedlichen Anwendungsprogramrne und Ana- 
lysetools verwendet und da diese Tools allgemein an ver- 
schiedenen Hardwareorten innerhalb der Anlage angeordnet 
sind, wenn uberhaupt, nur einen geringen InformationsfluB 
von einem Funktionsbereich der Anlage zu einem anderen, 
auch wenn diese Informationen fur andere Funktionen in- 
nerhalb der Anlage niitzlich sein konnen. Beispielsweise 
kann ein Tool, wie zum Beispiel ein Datenanalysetool fiir 
rotierende Gerate, von einer Wartungsperson verwendet 
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werden, urn einen mangelhaft arbeitenden Stromgeneraror 
oder ein rotierendes Gerat (basierend auf einem Dat.ent.yp, 
der keine ProzeBvariablen darstellt) zu erfassen. Dieses Tool 
kann ein Problem erfassen und die Wartungsperson alarmie- 
ren, daB die Einrichtung geeicht, repariert oder ersetzt. wer- 5 
den muss. Der Operator fur die ProzeBsteuerung (ob ein 
Mensch oder eine Experlen software) hat jedoch nicht. den 
Vorteil dieser Informationen, auch wenn die mangelhaft ar- 
beitende Einrichtung ein Problem verursacht, welche einen 
Regelkreis oder eine andere Komponente beeinfluBt, die to 
von der ProzeBsteueroperation iiberwacht. wird. Gleicher- 
maBen ist dem kaufmannischen Personal diese Tatsache 
nicht bekannt, auch wenn die mangelhaft. funktionierende 
Einrichtung fur die Anlage kritisch sein kann und deren Op- 
timierung in einer Weise, die das kaufmannische Personal 15 
anstrebt, verhindern kann. Da der ProzeBsteuerexperte keine 
Kenntnis von einem Problem mit einer Einrichtung hat, das 
schlicGlich cine mangclhaftc Lcistung cincs Rcgclkrciscs 
oder einer Einheit in dem ProzeSsteuersystem verursachen 
kann. und da der ProzeBsteueroperator oder -experte an- 20 
nimrnt, daB dieses Gerat perfekt arbeitet, kann der ProzeB- 
steuerexperte das Problem, das er innerhalb des ProzeBre- 
gelkreises erfasst, fehlerhaft diagnostizieren oder er kann 
versuchen, ein Tool einzusetzen, wie zum Beispiel eine Re- 
gelkreisabstimmsoftware, die das Problem menials wirklich 25 
losen konnte. GleichermaBen kann das kaufmannische Per- 
sonal eine Geschaftsentscheidung treffen, die Anlage in ei- 
ner Weise zu betreiben, welche nicht die gewunschten ge- 
schaftlichen Effekte (wie zum Beispiel die Optimierung des 
Gewinns) erreicht, und zwar auf Grund der fehlfunktionie- 30 
renden Einrichtung. 

[0011] Auf Grund der Vielfalt der Datenanalyse- und an- 
derer Diagnosetools, die auf dem Gebiet der ProzeBsteue- 
rung zur Verfugung stehen, sei es in der Anlage selbst oder 
uber betriebsfremde Dienstleistungsunternehrnen oder -be- 35 
rater, gibt es eine Menge von Informationen uber den Zu- 
stand und den Leistungszustand von Einrichtungen, die dem 
Wartungspersonal zur Verfugung stehen, welche fur den 
ProzeBoperator und das kaufmannische Personal niitzlich 
sein konnten. In entsprechender Weise sind fiir den ProzeB- 40 
operator viele Informationen uber den gegenwartigen Be- 
triebszustand der ProzeBregelkreise und anderer Routinen 
verfugbar, die fur das Wartungspersonal oder das kaufman- 
nische Personal niitzlich sein konnten. Entsprechend gibt es 
Informationen, die im Verlauf der Durchfuhrung von kauf- 45 
mannischen Funktionen erzeugt werden oder verwendet 
werden, die fiir Wartungspersonal oder den ProzeBsteuer- 
operator bei der Optimierung des Betriebsablaufes des Pro- 
zesses niitzlich sein konnten. Da in der Vergangenheit diese 
Funktionen getrennt waren, wurden die in einem Funktions- 50 
bereich erzeugten oder erfaBten Daten in anderen Funk- 
tionsbereichen uberhaupt nicht oder nur unzureichend ge- 
nutzt was zu einer allgemein mangelhaften Ausnutzung von 
Betriebsmitteln innerhalb von ProzeBanlagen fuhrte. 

55 
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chen Datenquellen nutzen, urn eine bessere Ubersicht oder 
Beurteilung des gegenwartigen Betriebs status einer Anlage 
zu geben und urn bessere oder vollstandigere diagnostische 
oder finanzielleEntscheidungen im Hinbiick auf die Aniage 
etc. zu treffen. Somit konnen Anwendungen vorgesehen 
werden, die Daten von vorher unvereinbaren Erfassungssy- 
stemen, wie zum Beispiel ProzeBsteuerung suberwachungs- 
systemen, Ausrustungsuberwachungssystemen und ProzeB- 
leistungsmodellen kombinieren, um einen besseren Gesamt- 
iiberblick oder Status einer ProzeBsteueranlage zu bestim- 
men, Probleme besser zu diagnostizieren oder Aktionen bei 
der Produktionsplanung und Wartung in der Anlage einzu- 
leiten oder zu empfehlen. Beispiels weise konnen Daten oder 
Informationen von Wartungsfunktionen erfasst werden, die 
den Funktionszustand, die Veranderbarkeit, Leistungsfahig- 
keit oder Nutzung einer Einrichtung, eines Regelkreises, ei- 
ner Einheit etc. betreffen. Diese Informationen konnen dann 
zu cincm ProzeBoperator gesendet werden und dicscm angc- 
zeigt werden, oder zu dem Wartungspersonal, um diese Per- 
soiTiiber ein gegenwartiges oder zukunftiges Problem zu m- 
forrnieren. Die gleiche Information kann von dem ProzeB- 
operator zur Korrektur eines aktuellen Problems in einem 
Regelkreis verwendet werden oder um beispielsweise den 
Arbeitspunkt der Anlage zu verandern, um eine nicht opti- 
mal arbeitende Einrichtung zu berucksichtigen oder auszu- 
gleichen. Die Diagnoseanwendungen konnen MeB-, Steuer- 
und Einrichtungsindizes erzeugen, die nicht prozeBbezo- 
gene Variable betreffen, wie zum Beispiel den Funktionszu- 
stand einer Einrichtung. Diese Gerateleistungsindizes kon- 
nen aus Modellen bestimmt werden, die wesentliche Lei- 
stungsvariable berechnen, wie zum Beispiel die Produktivi- 
tat und die Produktionskosten. Ein ProzeBsteuerexperte 
kann diese MeB-, Steuer- und Einrichtungsindizes zusani- 
men mit Daten von ProzeBvariablen verwenden, um den Be- 
triebsablauf des Prozesses zu optimieren. 
[0013] Unter Verwendung des offenbarten Datenerfas- 
sungs- und -verteilungssystems konnen Daten von ProzeB- 
variablen und nicht ProzeB variable betreffende Daten kom- 
biniert werden, beispielsweise um ProzeBmodeUe zu erzeu- 
gen. GleichermaBen kann die Erfassung eines Einrichtungs- 
problems, beispielsweise eines Problems, das das Stillegen 
des Prozesses erfordert, die kaufmannische Software veran- 
lassen, automatisch Ersatzteile zu bestellen oder den kauf- 
mannischen Mitarbeiter zu alarmieren, daB gewahlte strate- 
gische Handlungen auf Grund des tatsachlichen Status der 
Anlage nicht die gewunschten Resultate ergeben werden. 
Die Veranderung einer Steuerstrategie, die innerhalb der 
ProzeBsteuerfunktion durchgefuhrt wird, kann die kaufman- 
nische Software veranlassen, automatisch neue oder unter- 
schiedliche Rohmaterialien zu besteUen. Selbstverstandlich 
gibt es viele andere Arten von Anwendungen, fur welche die 
zusammengefuhrten Daten, die ProzeBsteuerungs-, Gerate- 
uberwachungs- und Leistungsuberwachungsdaten betreffen, 
hilfreich sein konnen, unterschiedliche und vollstandigere 
Informationen uber den Status der Betriebsmittel in einer 
ProzeBsteueranlage fiir alle Bereiche der ProzeBaniage be- 
reitzustellen. 



[0012] Ein ProzeSsteuersystem enthalt ein Datenerfas- 
sungs- und -verteilungssystem, das Daten von verschiede- 
nen DatenqueUen erfasst und speichert, welche jeweils ihre 60 
eigene proprietare Art und Weise nutzen konnen, um die Da- 
ten zunachst zu erfassen oder zu erzeugen. Das Datenerfas- 
sungs- und -verteilungssystem stellt dann die gespeicherten 
Daten anderen Anwendungen, die zu dem ProzeB steuersy- 
stcm gchorcn oder in dicscm vorgeschen sind, oder Anwcn- 65 
dungen, die zu den Datenquellen selbst gehoren, zur Nut- 
zung in ieder gewunschten Weise zur Verfugung. Auf diese 
Weise konnen Anwendungen Daten von sehr unterschiedh- 



KI JRZBESCHREIBT JNG DER ZEK:HNIJNC] 

[0014] Fig, 1 ist ein Blockdiagramm einer ProzeBsteuer- 
anlage, die zahlreiche Ausriistungs- und ProzeBuberwa- 
chungseinrichtungen hat, die so konfiguriert sind, daB sie 
Daten zu einer oder mehreren Datenerfassungs- und -vertei- 
lungsstationcn senden und von dicscn empfangen, welche 
wiederum diese Daten zu Betrachtungs- und Diagnoserouti- 
nen senden, welche die erfaBten Daten nutzen, um zahlrei- 
che Vorteile in der ProzeBsteueranlage zu erzielen; 
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[0015] Fig. 2 ist ein Funktionsdiagramm. das den Daien- 
fluB zwischen verse hi edenen Datenquellen und Anwendun- 
gen darstellt, die diese Daren kombinieren, urn verschiedene 
Funktionen auszufuhren; 

[00161 Fig- 3 ist ein . detaillierteres DatenfluBdiagramm, 
das den DatenfluB von zahlreichen Quellen fur Gerateiiber- 
wachungs-, ProzeBeinrichtungsuberwachungs- und ProzeB- 
Icislungsubcrwachungsdaten zu einern Datenerfassungs- 
und -veneilungssysicm darstellt, das dann diese Daten einer 
Beiriebsniilielnulzungs- und Produktionsplanungssuite zur 
Vcrlugung siellt, wclchc die erfaBten Daten zusammenfuhrt, 
urn cine vollstiindigere Ansicht und/oder eine bessere Dia- 
gnose fur eine Pro/eBsieucranlage zu erzeugen; 
[0017) Ki«. 4 isi ein Blockdiagramm, das die Architektur 
ciner Ausluhrungsform einer ProzeBsteuerumgebung zeigt, 
wclchc ein Duienerlassungs- und -verteilungssystem imple- 
mcniicn. das mil einer Vielzahl von ungleichartigen Daten- 
quellen in Ycrbindurji: siehr. 

[001X] H«. 5 A und 5 It sicllcn cine Art des Organisierens 
'iind SpeichernN \.>n Daien dur. die son zahbreichen Daten- 
"quellen in einer Konli^Liraiionvlaienbank in einer Weise er- 
faBt werden, die iIicm: Daien anderen Anwendungen allge- 
mein vcrfiiiibar Niacin; 

[0019] Fij». (< ist ein Dug ran mi. das eine Anwendung dar- 
stellt, die einen Heiiui/cr in die I -age versetzt, ein Datener- 
fassungs- und - vcneilungSNVsleni so zu konfigurieren, daB 
es autoniatiseh erlatiie Daien Anuemlungen in einer Pro- 
zeBsteuerumgebung in /usum men hung mil dem Konfigura- 
tionssysteni a us Fig. 5 /.ur Verfugung si el It; 
[0020] Fig. 7A isi ein Blockdiagraiimi eines Modells, das 
zur Simulation des Belriebsablaufes eincs Bereichs inner- 
halb einer Anlage vcnvendei wird; 

[0021] Fig. 7B isi ein BU>ekdiagramm eines Modells, das 
zur Simulation des Betriebsablaufes einer Einheit innerhalb 
des Bereichs mode lies von Fig. 7A verwendet wird; 
[0022] Fig. 8 ist eine Beispieldarstcllung einer Anzeige, 
die eine Einheit innerhalb eines ProzeBsteuersy stems dar- 
stellt, die von einer graphischen Bcnutzerschnittstelle unter 
Verwendung von Daien. die von verschiedenen Datenquel- 
len erfaBt wurden, ange/eigt werden kann; 
[0023] Fig. 9 ist eine beispiclhafle Graphikdarstellung, die 
von einer graphischen Bcnutzerschnittstelle unter Verwen- 
dung von Daten dargestellt werden kann, die von verschie- 
denen Datenquellen erfaBt wurden; 

[0024] Fig. 10 ist cine beispielhafte Darstellung einer An- 
zeige, die von einer graphischen Benutzerschnittstelle dar- 
gestellt werden kann, utn einen Benutzer in die Lage zu ver- 
setzen, Prufpfadinformationen zu betrachten, die aus ver- 
schiedenen Datenquellen kompiliert wurden; 
[0025] Fig. 1 1 ist eine beispielhafte Darstellung einer An- 
zeige, die von einer graphischen Benutzerschnittstelle dar- 
gestellt werden kann, um einen Benutzer in die Lage zu ver- 
setzen, eine detailliertere Analyse von Daten durchzufuhren, 
die aus verschiedenen Datenquellen erfasst wurden und ver- 
wendet wurden, um einen oder mehrere Indizes fur eine Ein- 
richtung zu erzeugen; 

[0026] Fig. 12 ist eine weitere beispielhafte Darstellung 
einer Anzeige, die von einer graphischen Benutzerschnitt- 
stelle dargestellt werden kann, um einen Benutzer in die 
Lage zu verse tzen, rasch Informationen innerhalb einer An- 
lage zu suchen; 

[0027] Fig. 13 beispielhafte Darstellung einer Diagnose- 
anzeige, die von einer graphischen Benutzerschnittstelle 
dargestellt werden kann, welche einen Benutzer in die Lage 
versetzt, die Lcistungsfahigkcit und/odcr den Status cincr 
oder mehrerer ProzeBregelkreise oder anderer ProzeBsteuer- 
objekte unter Verwendung von Daten zu analysieren, die aus 
unterschiedlichen Datenquellen erfaBt wurden: 



23 725 A 1 

8 

[0028] Fig. 14 ist eine beispielhafte Darstellung einer Dia- 
gnoseanzeige, die von einer graphischen Benutzerschnitt- 
stelle dargestellt werden kann, die einen Benutzer in die 
Lage versetzt, die Lei stung sfahigkeit und/oder den Status 
5 eines oder mehrerer ProzeBregelkreise oder anderer ProzeB- 
steuerobjekte zu analysieren; 

[0029] Fig. 15 ist eine weitere beispielhafte Darstellung 
einer Anzeige, die von einer graphischen Benutzerschnitt- 
stelle dargestellt werden kann, um einen Benutzer in die 
to Lage zu versetzen, Arbeitsbefehle zu verfolgen oder zu er- 
zeugen; und 

[0030] Fig. 16 zeigt eine Anzeige, die eine Spektralkurve 
einer Vibration eines Elements innerhalb einer rotierenden 
Einrichtung zeigt, die von einer externen Datenquelle er- 
15 zeugt worden sein kann. 

DETATLLTERTE BESCHRETBUNG 

[0031] We Fig. 1 zeigt, enthalt eine typische ProzeBsteu- 
20 eranlage 10 eine Anzahl von kaufmannischen und anderen 
Computersystemen, die rni it einer Anzahl von Steuer- und 
Wartungssystemen durch eines oder mehrere Kommunikati- 
onsnetze verbunden sind. Die dargestellte ProzeBsteueran- 
lage 10 enthalt ferner ein oder mehrere ProzeBsteuersy steme 
25 12 und 14. Das ProzeBsteuersystem 12 kann ein traditionel- 
les ProzeBsteuersystem, wie zum Beispiel ein PROVOX 
oder RS 3- System oder jedes andere DCS sein. Das in Fig. 1 
dargestellte System 12 enthalt eine Benutzerschnittstelle 
12A, die mit einem Steuergerat 12B und mit Eingabe/Aus- 
30 gabe(I/0)-Karten 12C gekoppelt ist, die wiederum rnit ver- 
schiedenen Anlageneinrichtungen, wie zum Beispiel analo- 
gen und Highway Addressable Remote Transmitter 
(HART) -Anlageneinrichtungen 15 verbunden sind. Das 
ProzeBsteuersystem 14, bei dem es sich um ein verteiltes 
35 ProzeBsteuersystem handeln kann, enthalt eine oder meh- 
rere Bedienerschnittstellen 14A, die mit einer oder mehreren 
verteilten Steuereinrichtungen 14B iiber einen Bus, wie zum 
Beispiel einen Ethernet-Bus verbunden sein konnen. Die 
Steuereinrichtungen 14B konnen bei spiels weise DeltaV™- 
40 Steuereinrichtungen sein, die von Fisher Rosemount Sy- 
stems, Inc., Austin/Texas, vertrieben werden, oder jede an- 
dere gewunschte Art von Steuereinrichtungen. Die Steuer- 
einrichtungen 14B sind iiber I/O-Einrichtungen mit einer 
oder mehreren Anlageneinrichtungen 16 verbunden, bei- 
45 spielsweise HART- oder Fieldb us- Anlageneinrichtungen, 
oder beliebigen anderen intelligenten oder nicht intelligen- 
- ten Anlageneinrichtungen, einschlieBlich beispielsweise 
denjenigen, die eines der Profibus®-, WORLDFEP®-, De- 
vice-Net®-, AS -Interface- und CAN-Protokolle nutzen. Es 
50 ist bekannt, daB die Anlageneinrichtungen 16 analoge oder 
digitale Informationen, die auf ProzeB variable sowie auf an- 
dere Einrichtungsinformationen bezogen sind, an die Steu- 
ereinrichtungen 14B abgeben konnen. Die Bedienerschnitt- 
stellen 14A konnen Tools speichern und ausfuhren, die dem 
55 ProzeBsteueroperator zur Verfugung stehen, um den Be- 
triebsablauf des Prozesses zu steuem, darunter beispiels- 
weise Steueroptinuerungsprograrrime, Diagnoseexperten- 
programme, neurale Netze, Absdmmprogramme etc. 
[0032] Ferner konnen Wartungssysteme, wie zum Bei- 
60 spiel Computer, die die AMS-Anwendung ausfuhren, oder 
jede andere Einrichtungs- oder Ausriistungsuberwachungs- 
und Kommunikadonsanwendung mit den ProzeBsteuersy- 
sternen 12 und 14 oder mit den darin enthaltenen einzelnen 
Einrichtungen verbunden sein, um Warnings- und Uberwa- 
65 chungsaktivitatcn durchzufuhren. Beispielsweise kann cin 
Wartungscomputer 18 mit der Steuereinrichtung 12B und/ 
oder den Einrichtungen 15 iiber beliebige gewunschte Kom- 
munikauonsleitungen oder Netze (einschlieBlich drahtlose 
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oder tragbare Einricluungsnerze) verbunden sein, urn mil. 
den Einrichtungen 15 zu kommunizieren und in einigen Fal- 
len die Einrichtungen 15 zu rekonfigurieren oder andere 
Warr.ungsakt.ivit.aten an diesen durchzufuhren. Tn ahnlicher 
Weise konnen Wartungsanwendungen, wie zum Beispiel die 5 
AMS-Anwendung, in einer oder mehrerer der zu dem ver- 
teilten ProzeBsteuersystem 14 gehorenden Benutzerschnitt- 
steilen 14A instailiert sein und von diesen ausgefuhrt wer- 
den, um Warnings- und Uberwachungsfunktionen auszufiih- 
ren,' einschlieBlich der Datenerfassung, die sich auf den Be- 10 
triebsstatus der Einrichtungen 16 bezieht. 
[0033] Die dargestellte ProzeBsteueranlage 10 enthalt fer- 
ner verschiedene rotierende Gerate 20, wie zum Beispiel 
Turbinen, Motoren, etc., die mit einem Wartungscomputer 
22 uber eine permanente oder zeitweilige Kommunikations- 15 
verbindung (wie zum Beispiel einen Bus, ein drahtloses 
Kommunikationssystem oder tragbare Einrichtungen, die 
mit dcm Gerat 20 verbunden werden, um McBwcrtc auszu- 
lesen, und anschlieBend entfemt werden) verbunden sind. 
Der Wartungscomputer 22 kann bekannte Uberwachungs- 20 
und Diagnoseanwendungen 23 speichern und ausfiihren, die 
beispielsweise von CSi-Systems zur Verfugung gestellt wer- 
den, oder beliebige andere bekannte Anwendungen, die zur 
Diagnose, tjberwachung und Optimierung des Betriebszu- 
stands der roiierenden Gerate 20 verwendet werden. 25 
[0034] Wartungspersonal verwendet allgemein die An- 
wendungen 23, um die Leistungsfahigkeit der rotierenden 
Gerate 20 in der Anlage 10 aufrechtzuerhalten und zu uber- 
blicken, um Probleme mit den rotierenden Geraten 20 fest- 
zustellen und zu bestimmen, wann und ob die rotierenden 30 
Gerate 20 repariert oder ersetzt werden mussen. In einigen 
Fallen konnen betriebsfremde Beratungsfirmen oder Dienst- 
leistungsorganisationen zeitweilig Daten erfassen oder mes- 
sen, die das Gerat 20 betreffen, und diese Daten verwenden, 
umAnalysen des Gerates 20 auszuruhren, um Probleme, 35 
mangelhafte Leistung oder andere Punkte zu erfassen, die 
Auswirkungen auf das Gerat 20 haben. In diesen Fallen sind 
die Computer, die die Analysen durchfuhren, moglicher- 
weise nicht liber eine Kommunikationsleitung mit dem ubri- 
gen System 10 verbunden oder nur zeitweilig verbunden. 40 
fo035] In ahnlicher Weise ist ein Stromerzeugungs- und - 
verteilungssystem 24, das eine zu der Anlage 10 gehdrende 
Stromerzeugungs- und -verteilungsausriistung 25 hat, bei- 
spielsweise uber eine Busleitung mit einem anderen Com- 
puter 26 verbunden, der den Betrieb der Stromerzeugungs- 45 
und -verteilungsausrustung 25 in der Anlage 10 abwickelt 
und beaufsichtigt. Der Computer 26 kann bekannte Strom- 
steuerungs- und Diagnoseanwendungen 27 ablaufen iassen, 
wie beispielsweise diejenigen, die von Liebert und ASCO 
oder anderen Dienstleistungsfirmen geliefert werden, um 50 
die Stromerzeugungs- und -verteilungsausrustung 25 zu 
steuern und zu warten. Auch hier konnen in vielen Fallen fir- 
menfremde Beratungsfirmen oder Dienstleistungsorganisa- 
tionen zeitweilig Daten erfassen oder messen, die die Ausrii- 
stung 25 betreffen, und diese Daten verwenden, um Anaiy- 55 
sen der Ausrustung 25 durchzufuhren, um Probleme, man- 
gelhafte Leistungsfahigkeit oder andere, die Ausrustung 25 
betreffende Punkte zu erfassen. In diesen Fallen mussen die 
Computer (wie zum Beispiel der Computer 26), die die Ana- 
lysen durchfuhren, mit dem Rest des Systems 10 nicht uber 60 
eine Kommunikationsleitung verbunden sein oder nur zeit- 
weilig verbunden sein. 

[0036] Selbstverstandlich konnen beliebige andere Ausru- 
stungen und ProzeBsteuereinrichtungen mit der Anlage 10 
verbunden sein oder Tcil der Anlage 10 sein, und das hier 65 
beschriebene System ist nicht auf die in Fig- 1 explizit dar- 
gestellte Ausrustung beschrankt, sondern kann zusatzlich 
oder anstelle derselben andere Arten von ProzeBsteueraus- 



rustungen oder -einrichtungen enthalten. 
[0037]" In der Vergangenheit waren die verschiedenen Pro- 
zeBsteuersysteme 12 und 14 und das Stromerzeugungs- so- 
wie das Wartungssystem 22 und 26 nicht in einer Weise mit- 
einander verbunden, die sie in die Lage versetzt, in diesen 
Systemen jeweils erzeugte oder erfaBte Daten gememsam 
sinnvoll zu nutzen. AlsResultat haben die unterschiedlichen 
Funktionen, wie zum Beispiel die ProzeBsteuerfunktionen, 
die Stromerzeugungsfunktionen und die Funktionen mit ro- 
tierenden Geraten jeweils unter der Annahme gearbeitet, 
daB die ubrigen Ausriistungsteile innerhalb der Anlage, die 
von dieser bestimmten Funktion beeinflusst sein konnen 
oder auf diese bestimmte Funktion einen EinfluB haben, per- 
fekt arbeiten, was selbstverstandlich fast nie der Fall ist. Da 
diese Funktionen jedoch so verschieden sind und die zur Be- 
auf sichtigung dieser Funktionen verwendeten Ausrustungen 
und das Personal unterschiedlich sind, gab es nur eine ge- 
ringc oder bcdoutungslosc gemcinsame Datcnnutzung zwi- 
schen den unterschiedlichen funktionellen Systemen inner- 
halb der Anlage 10. 

[0038] Um dieses Problem zu losen, wird ein Datenerfas- 
sungs- und -verteilungssystem geschaffen, um Daten von 
den ungleichartigen Datenquellen zu erfassen, diese Daten 
in einem gemeinsamen Datenformat oder einer Struktur zu 
fonnatieren und diese Daten nach Bedarf anschUeBend jeder 
aus einer Reihe von Anwendungen zur Verfugung zu stellen, 
die beispielsweise auf einem Computersystem 30 laufen, 
oder zwischen Workstations im gesamten ProzeBsteuernetz 
auszugeben. Die Sammlung der Anwendungsprogramme ist 
vorgesehen, um die Verwendung der Daten von zuvor nicht 
miteinander verbundenen und getrennten Systemen zu ver- 
schmelzen oder zu integrieren, um eine bessere Messung, 
Ubersicht, Steuerung und Verstandnis der gesamten Anlage 
10 zu schaffen. Wie Fig, 1 zeigt, ist das Computersystem 30 
mit den Computem oder Schnittstellen in Komrnunikations- 
verbindung, die den verschiedenen funktionellen Systemen 
innerhalb der Anlage 10 zugeordnet sind, einschlieBlich der 
ProzeBsteuerfunktionen 12 und 14, der Wartungsfunktionen, 
wie beispielsweise in den Computern 18, 14 A, 22 und 26 
implementierten, und den kaufmannischen Funktionen, wie 
etwa die Durchfuhrung der ProzeBleistungsuberwachung. 
Insbesondere steht das Computersystem 30 in Kommunika- 
tionsverbindung mit dem herkommlichen ProzeBsteuersy- 
stem 12 und der WartungsschnittsteUe 18, die zu diesem 
Steuersystem gehort, ist mit den ProzeBsteuer- und/oder 
Wartungsschnittstellen 14A des verteHten ProzeBsteuersy- 
stems 14 verbunden, ist mit dem Wartungscomputer 22 fur 
rotierende Gerate verbunden sowie mit dem Leistungserzeu- 
gungs- und Uberwachungscomputer 26, und zwar jeweils 
liber eine Busleitung 32. Die Busleitung 32 kann jedes ge- 
wiinschte oder geeignete Lokalbereichsnetz- (LAN) oder 
Weitverkehrsnetz- (WAN)-Protokoll nutzen, um die Kom- 
munikation herzustellen. SelbstverstandHch konnte das 
Computersystem 30 mit diesen verschiedenen Teilen der 
Anlage 10 uber andere Kommunikationsverbindungen, ein- 
schlieBlich dauerhafter oder nicht permanenter Verbindun- 
gen, verdrahteter oder drahtloser Verbindungen oder jedes 
anderen physikalischen Mediums, wie zum Beispiel ein ver- 
drahtetes, drahtloses, Koaxialkabel-, Telefonmodem-, (Jlas- 
faser- Meteorburst-, oder SateUitenmedium unter Verwen- 
dung des Fieldbus-, IEEE 802.3-, Blue tooth-, X.25- oder 
X.400-Kommunikationsprotokolles verbunden sein. 
[0039] Wie Fig- 1 zeigt, kann der Computer 30 auch uber 
den gleichen oder einen anderen Netzbus 32 mit Computem 
cincs kaufmannischen Systems und Wartungsplanungscom- 
putem 35 und 36 verbunden sein, die beispielsweise eine 
Unternehmensressourcenplanung (ERP), eine Materialres- 
sourcenplanung (MRP), eine ProzeBmodellbildung zur Lei- 



BNSDOCID: <DE 10223725A1J_> 



DE 102 23 725 A 1 



n 



12 



stungsmodeilbildung. Buchhalr.ungs- ? Produktions- und 
Kundenaufuagssysteme. Wartungsplanungssysteme oder 
jede andere gewunschte kaufmannische Anwendung, wie 
zurn Beispiel Auftragsanwendungen furTeile, Versorgungs- 
giiter und Rohstoffe, Produktionsplanungsanwendungen 5 
etc. ausfuhren konnen. Der Computer 30 kann femer bei- 
spielsweise iiber die Busleitung 32 mit einem anlagenweiten 
LAN 37, einem ftrmenweiten WAN 38 sowie mit einem 
Computersystem 40 verbunden sein, die eine Femtiberwa- 
chung oder eine Kommunikation mit der Anlage 10 von ent- 10 
fernten Orten ermoglichen. 

[0040] Das vorstehend genannte Datenerfassungs- und 
Vert eilungssy stem kann auch in dem Computer 30 vorgese- 
hen sein oder iiber zahlreiche Orte in dem ProzeBnetz 10 
verteill sein, urn Daten von jeder Datenquelle zu erfassen 15 
und zu verarbeiten, wie zurn Beispiel den Steuergeratesyste- 
men 12 und 14, den Uberwachungssystemen 22 und 26 und 
den Finanzsystcmcn 35, 36 etc. Wcnn das Datencrfassungs- 
und Vcrieilungssysicm in dem Computer angeordnet ist, 
kann es Daicn von unglcichartigen Datenquellen, wie zurn 20 
Beispiel von den Stcuereinrichtungen, den Gerateuberwa- 
chungs- und Finan/.anwendungen, getrennt unter Verwen- 
dung von verschiedenen Datcnformaten oder unter Verwen- 
dung eines gemeinsamcn Formats empfangen. In einer Aus- 
fuhrungsform trill die Kommunikalion iiber den Bus 32 un- 25 
ter Verwendung des XML-Protokolles auf. Hier werden Da- 
ten von jedem der Computer 12A, 18, 14A, 22, 26, 35, 36 
etc. in einem XML- Wrapper verpackt und zu einem XML- 
Datenserver gesendet, der bei spiels weise in dem Computer 
30 angeordnet sein kann. Da XML eine deskriptive Sprache 30 
ist, kann der Server jede Art von Daten verarbeiten. In dem 
Server werden erforderlic hen falls die Daten verkapselt und 
in einen neuen XML- Wrapper gemapped, das heiBt diese 
Daten werden von einem XML- Schema in eines oder rneh- 
rere andere XML-Schemata gemapped, die fur jede der 35 
Empfangsanwendungen geschaffen werden. Ein Verfahren 
zur Durchfuhrung dieser Kommunikation ist in der gleich- 
zeitig anhangigen US-Anmeldung mit der Seriennummer 
09/902,201 beschrieben, eingereicht am 10. Juli 2001 mit 
dem Titel "Transactional Data Communications for Process 40 
Control Systems", die auf den Rechtsinhaber dieser Anmel- 
dung iibertragen ist und hiermit ausdrucklich durch Bezug- 
nahme hierin eingeschlossen wird. Mit diesem System kann 
jeder Datenabsender seine Daten unter Verwendung eines 
Schemas wrappen, das fur diese Einrichtung oder An wen- 45 
dung verstandlich oder geeignet ist, und jede Empfangsan- 
wendung kann die Daten in einem unterschiedlichen 
Schema empfangen, das fiir die Empfangsanwendung ver- 
wendet wird oder von dieser verstanden wird. Der Server ist 
so konfiguriert, daB er ein Schema in ein anderes mapped, in 50 
Abhangigkeit von der Quelle und der oder den Bestim- 
mungsorten der Daten. Auf Wunsch kann der Server basie- 
rend auf dem Datenempfang auch bestimmte Daten verarbei- 
tungsfunktionen oder andere Funktionen durchfiihren. Die - 
Mapping- und Verarbeitungsfunktionsregeln werden in dem 55 
Server vor der Operation der Sammlung von Datenintegrati- 
onsanwendungen, die hierin beschrieben sind, eingerichtet 
und gespei chert. Auf diese Weise konnen die Daten von ei- 
ner beliebigen Anwendung zu einer oder mehreren anderen 
Anwendungen gesendet werden. 60 
[0041] In einer anderen Ausfuhrungsform konnen die Da- 
tenerfassungs- und -verteilungsanwendungen iiber das Netz 
10 verteilt sein und die Erfassung von Daten kann an verteil- 
ten Orten durchgefuhrt werden. Die erfaBten Daten konnen 
anschlicBcnd in cin gemcinsames Format an den vcrtciltcn 65 
Orten konvertiert werden und an eine oder mehrere zentrale 
Datenbanken zur nachfolgenden Verteilung gesendet wer- 
den. Sornit werden allgemein ausgedriickt eine oder mehrere 



Datenerfassungsrouiinen vorgesehen, urn die Daten von un- 
gleichartigen Datenquellen zu erfassen und diese Daten in 
einem gemeinsamen oder konsistenten Format, der Anwen- 
dung ssuite zur Verfugung zu stellen, die diese Daren ver- 
wenden kann, wie zurn Beispiel die Anwendungen in dem 
Computer 30. Die Datenerfassungs- und Verteilungsanwen- 
dungen werden hier als Datenerfassungs- und Verteilungs- 
system bezeichnet, wahrend die Anwendungen, die die er- 
faBten Daten verwenden (zurn Beispiel diese Daten integrie- 
ren) hier kollektiv als eine Betriebsmittelnutzungssuite 50 
bezeichnet werden. 

[0042] Die Anwendungen innerhalb der Betriebsmittel- 
nutzungssuite 50 nutzen die erfaBten Daten und andere In- 
forrnationen, die von den ProzeBsteuersystemen 12 und 14, 
den Wartungssystemen 18, 22 und 26 und den Geschafts- 
und ProzeBmodellsystemen 35 und 36 erzeugt wurden, so- 
wie Informationen, die von Datenanalysetools erzeugt wer- 
den, die in jedem dieser Systcmc ausgefuhrt werden. Allge- 
mein ausgedriickt kann die Betriebsmittelnutzungssuite 50 
eine oder mehrere Benutzeranzeigeanwendungen enthalten, 
wie beispielsweise die in den US-Patentanmeldungen mit 
den Seriennummern 09/256,585 oder 09/499,445 aufgezeig- 
ten, sowie ein oder mehrere Diagnoseexpertenprogramme 
oder andere Arten von Expertensystemanwendungen, die 
beispielsweise auf dem OZ-Expertensyslem basieren, das 
gegenwartig von NEXUS vertrieben wird. Die Betriebsmit- 
telnutzungssuite 50 kann jedoch jeden anderen gewunschten 
Typ eines Expertensystems verwenden, darunter beispiels- 
weise jeden Typ eines Datengewinnungssy stems. Die Be- 
triebsmittelnutzungssuite 50 kann ferner andere Anwendun- 
gen enthalten, die Daten von verschiedenen funktionellen 
Systemen fur jeden anderen Zweck integrieren, wie zurn 
Beispiel fur Benutzerinformationszwecke, fur Diagnose- 
zwecke und zurn Einleiten von Aktionen innerhalb der Pro- 
zeBanlage, wie zum Beispiel ProzeBstetieraktionen, Ausrii- 
stungsersatz- oder Reparaturaktionen, Andern der Art oder 
der Menge des erzeugten Produkts auf der Basis von finan- 
ziellen Faktoren, ProzeBleistungsfaktoren etc. So kann das 
Datenerfassungs- und Verteilungssystem in einem Sinn als 
ein Daten- und Informations-Clearing-Haus in der ProzeB- 
anlage 10 arbeiten, um die Verteilung von Daten oder Infor- 
mationen von einem Funktionsbereich, wie zum Beispiel 
dem Wartungsbereich, zu anderen Funkuonsbereichen, wie 
zum Beispiel der ProzeBsteuerung oder den kaufmannischen 
Funktionsbereichen, zu koordinieren. Als Resultat kann die 
Betriebsmittelnutzungssuite 50 die erfaBten Daten nutzen, 
um neue Informationen oder Daten zu erzeugen, die auf ein 
oder mehrere der Computersysteme verteilt werden konnen, 
die den verschiedenen Funktionen innerhalb der Anlage 10 
zugeordnet sind, und kann die Ausfuhrung von anderen An- 
wendungen durchfiihren oder beaufsichtigen, welche die er- 
faBten Daten verwenden, um neue Arten von Daten zu er- 
zeugen, die innerhalb der ProzeBsteueranlage 10 zu verwen- 
den sind. 

[0043] In einem Fall kann die Betriebsmittelnutzungssuite 
50 eine Anzahl von Anwendungen schaffen, die Daten von 
den ProzeBsteuerfunktionen und den Ausriistungsuberwa- 
chungsfunktionen verwenden, und, falls erwiinscht, von 
ProzeBleistungsiiberwachungsfunkuonen, die in einem Pro- 
zeBsteuernetz ausgefuhrt werden. Diese Anwendungen kon- 
nen eine koordinierte Benutzeranzeige zur Anzeige von In- 
formationen und Attributen iiber die Anlage schaffen, die 
zwei oder mehr der ProzeBsteuerdaten, ProzeBleistungsmo- 
delldaten oder Ausriistungsuberwachungsdaten verwendet. 
Eine mit der Betriebsmittelnutzungssuite 50 in Vcrbindung 
stehende Anwendung kann auch Bedingungen oder Pro- 
bleme innerhalb der ProzeBsteueranlage 10 basierend auf 
Daten von zwei oder mehr der ProzeBsteueruberwachungs- 
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anwendungen, ProzeBleistungsuberwachungsanwendungen 
und Ausrustungsiiberwachungsanwendungen diagnostizie- 
ren. Femer konnen die init der Betriebsmittelnutzungssuite 
50 verbundenen Anwendungen Akrionen innerhalb der Pro- 
zeBanlage 10 ansprechend auf ein diagnostiziertes oder er- 
faBlcs Problem auslosen oder konnen von einem Benutzer 
durchzufuhrende Aktionen empfehlen, bei dem es sich bei- 
spielsweise urn einen ProzeBsteueroperator, einen War- 
nings! echniker oder einen kaufmannischen Mitarbeiter in 
dem Beiriebsburo der Anlage 10 handeln, der fur den ge- 
samton Belricbsablauf der Anlage 10 verantwortlich ist. 
[00441 Insbcsonderc kann in einer Ausfiihrungsform die 
Beiriebsniitielniiizungssuite 50 eine Indexerzeugungssoft- 
ware 51 cnihalicn oder ausfuhren, die Indizes erfasst oder 
erstcllL die den liinrichtungen zugehorig sind, wie zum Bei- 
spiel PrweKsieuer- und Regeleinrichtungen, Stromerzeu- 
gungseinriclmmgcn. roiiercnden Geraten, Einheiten, Berei- 
chen etc.. <nlcr die mil ProzeBslcucrabschnittcn, wie zum 
Beispiel Regclkreixen cic. tnnerhulb der Anlage 10 in Ver- 
bindung sichen. Diese Iruli/cs konnen anschlieBend an die 
ProzeBslcucrjnu end ungen gegchen werden, urn die Opti- 
mierung der Pro/ctisi cue rung /u uniersliitzen, und kann an 
die kaufniannisehe Soli ware ixler die kaufmannischen An- 
wendungen abgegeben werden. itin die kaufmannischen 
Mitarbeiter mil vollsiaruligerer oder besser verstandlicher 
Information in Verbindung mil dem Bclrieb der Anlage 10 
zu versorgen. Die Betricbsiiiilielnui/ungssuite 50 kann fer- 
ner Wartungsdaien (wie zum Beispiel Hinrichtungsstatusin- 
formationen) und kaulmannisehe Daten (wie zum Beispiel 
Daten, die geplanien Aufiragen. Zciirahmen etc. zuzuord- 
nen sind) einem Sieuerexperten 52 /.ur Verfugung stellen, 
der beispielsweise mil dem ProzeBsieucrsy stern 14 in Ver- 
bindung stent, um einen Opcruior bei der Ausfuhrung von 
Steueraktivitatcn, wie zum Beispiel der Optimierung der 
Steuerung zu unterstutzen. Der Sieuerexperte 52 kann bei- 
spielsweise in der Bcnutzcrschniitslcllc 14A oder jedem an- 
deren Computer angcordnet scin, der zu dem Steuersystem 
14 gehort, oder in dem Computer 30, falls dies erwunscht 
ist. 

[0045] Auf Wunsch kann der Stcuerexperte 52 beispiels- 
weise der in den vorsichcnd angefuhrten US-Patentanmel- 
dungen mitden Scricnnuinmcrn 09/256,585 und 09/499,445 
beschriebene Stcuerexperte scin. Diese Steuerexperten kon- 
nen jedoch zusatzlich Daten inkorporieren und verwenden, 
die sich auf den Status von Einrichtungen oder anderer 
Hardware innerhalb der ProzeBsteueranlage 10 beziehen, 
oder Leistungsdaten, die unter Verwendung von ProzeBlei- 
stungsrnodellen in der Entscheidungsfindung erzeugt wur- 
den, die von diesen Steuerexperten ausgefuhrt wird. Insbe- 
sondere in der Vergangenheit verwendeten die Software- 
steuerexperten allgemein nur Daten von ProzeBvariablen 
und eingeschrankte Einrichtungsstatusdaten, um Entschei- 
dungen zu treffen oder dem ProzeBoperator Empfehlungen 
zu geben. Mit der von der Betriebsmittelnutzungssuite 50 
gebotenen oder erfaBten Kommunikauon, und insbesondere 
mit derjenigen, die auf Einrichtungsstatusinformationen be- 
zogen ist, wie etwa diejenigen, die von den Computersyste- 
men 18, 14A, 22 und 26 und den auf diesen implementierten 
Datenanalysetools bereitgestellt werden, kann der Steuerex- 
perte 52Einrichtungsstatusinformationen, wie zum Beispiel 
Zustandsinformadonen, Leistungsinformadonen, Nutzungs- 
und Variabilitatsinformationen zusammen mit Informatio- 
nen uber ProzeBvariable empfangen und in seine Entschei- 
dungsfindung inkorporieren. 

[0046] Zusatzlich kann die Betriebsmittelnutzungssuite 
50 Informationen, die den Status von Einrichtungen und den 
Betrieb der Steueraktivitaten innerhalb der Anlage 10 be- 
treffen, fur die kaufmannischen Systeme 35 und 36 bereit- 
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stellen, wo beispielsweise eine Arbeitsauftragserzeugungs- 
anwendung beziehungsweise ein entsprechendes Programm 
54 automatisch Arbeitsauftrage erzeugen kann und basie- 
rend auf erfaBten Problemen innerhalb der Anlage 10 Teile 

5 bestellen kann, oder wobei basierend auf der ausgefuhrten 
Arbeit Versorgungsguter bestellt werden konnen. In ahnli- 
cher Weise konnen Veranderungen in dem Steuersystem, die 
von dem Betriebsmitteinutzungsexperten 50 erfaBt werden, 
die kaufmannischen Systeme 35 oder 36 veranlassen, An- 

10 wendungen ablaufen zu lassen, die die Pianung und Versor- 
gungsguterbestellungen beispielsweise unter Verwendung 
des Programms 54 ausfuhren. In der gleichen Weise konnen 
Veranderungen der Kundenbestellungen etc. in das kauf- 
mannische System 35 oder 36 eingegeben werden, und diese 

15 Daten konnen zu der Betriebsmittelnutzungssuite 50 gesen- 
det werden und zu den Steuerroutinen oder dem Steuerex- 
perten 52 gesendet werden, so daB dieser Veranderungen der 
Steuerung vcranlasst, um beispielsweise die Hcrstcllung der 
neu bestellten Produkte zu beginnen oder die in den kauf- 

20 mannischen Systemen 35 und 36 durchgefuhrten Verande- 
rungen umzusetzen. 

[0047] Zusatzlich kann die Betriebsmittelnutzungssuite 
50 Informationen an eines oder mehrere ProzeBmodelle sen- 
den, die beispielsweise von Optimierungsprogrammen 55 

25 innerhalb der Anlage 10 verwendet werden. Beispielsweise 
konnen ein ProzeBmodell 56 und ein Steueroptimierungs- 
programm 55 in dem Computer 14A angeordnet sein und 
konnen eine oder mehrere Steuerungsoptimierungsroutinen 
55A, 55B etc. ablaufen lassen. Zusatzlich oder alternativ 

30 konnten ProzeBmodelle 56 und Optimierungsroutinen 55 in 
dem Computer 30 oder einem anderen Computer gespei- 
chert sein und von diesem ausgefuhrt werden, und die dafiir 
erforderlichen Daten konnten von dem Betriebsmitteinut- 
zungsexperten 50 gesendet werden. Die Resultate der Mo- 

35 delle 56 konnen in den Betriebsmitteinutzungsexperten 50 
oder einen Steuerungs- oder anderen Experten, wie zum 
Beispiel den Steuerexperten 52 eingegeben werden, um Mo- 
dellbildungsfunktionen auszufuhren, deren Zweck nachfol- 
gend im Detail beschrieben wird. Allgemein ausgedruckt 

40 konnen die Modelle 56 jedoch verwendet werden, um die 
Leistungsfahigkeit der ProzeBeinheit oder des ProzeBbe- 
reichs zu bestimmen, welche dann in die Optimierungsrou- 
tinen 55 eingegeben werden kann oder einem Benutzer an- 
gezeigt werden kann oder fur andere Zwecke verwendet 

45 werden kann. Die Modelle 56 konnen beispielsweise Mo- 
delle sein, wie sie von MDC Technology aus Teeside, Eng- 
land, erzeugt und vertrieben werden, oder konnen jede an- 
dere Art von Modellen sein. Selbstverstandlich gibt es viele 
andere Anwendungen, die innerhalb der Anlage 10 vorgese- 

50 hen sein konnen und die Daten von dem Betriebsmitteinut- 
zungsexperten verwenden konnen, und das hier beschrie- 
bene System ist nicht auf die hier besonders genannten An- 
wendungen beschrankt. Insgesamt hilft jedoch die Betriebs- 
mittelnutzungssuite 50 bei der Optimierung der Nutzung al- 

55 ler Betriebsmittei innerhalb der Anlage 10, indem die ge~ 
meinsame Nutzung von Daten und die Koordination der Be- 
triebsmittei zwischen alien Funktionsbereichen der Anlage 
10 ermoglicht wird. 

[0048] Ferner konnen allgemein ausgedruckt eine oder 
60 mehrere Benutzerschnittstellenroutinen 58 in einem oder 
mehreren Computern innerhalb der Anlage 10 gespeichert 
und ausgefuhrt werden. Beispielsweise konnen der Compu- 
ter 30, die Benutzerschnittstelle 14A, der kaufmannische 
Systemcomputer oder jeder andere Computer eine Benut- 
65 zcrschnittstcllcnroutinc 58 ablaufen lassen. Jcdc Bcnutzcr- 
schnittstellenroutine 58 kann Informationen von der Be- 
triebsmittelnutzungssuite 50 empfangen oder abonnieren 
und kann Informationen an die Betriebsmittelnutzungssuite 
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50 abgeben, und eniweder die gleichen oder unterschiedli- 
che Datensatze konnen zu jeder der Benutzerschnittstellen- 
routinen 58 gesendei werden. Jede Benutzerschnittstellen- 
rouiine 58 kann unterschiedliche Arten von Informationen 
unter Verwendung von verschiedenen Bildschirmen fiir un- 
rerschiedliche Benutzer darstellen, wenn dies gewunscht 
wird. Bei spiels weise kann eine der Benutzerschnittstellen- 
rou linen 58 eine Bildschinndarsteliung oder einen Satz von 
Bildschirmdarstellungen einem Steueroperator oder einem 
kaufniannischen Mitarbeiter prasentieren, um diese Person 
in die Lage zu versetzen, Einschrankungen zu setzen oder 
Opii in ierungs variable zur Verwendung in einer Standard- 
sicucrroulinc oder in einer Steuerungsoptirnierungsroutine 
/.u w allien. Die Benutzerschnittstellenroutine 58 kann ein 
Sicucrungsleittool vorsehen, das einen Benutzer in die Lage 
verse l /.I. die ProzeBleistungsfahigkeit und Indizes, die von 
der Indcxer/.eugungssoftware 51 oder den ProzeBleistungs- 
n i. vie lien 56 erzeugt wurden, in koordinicrtcr Wcisc zu bc- 
iraeh:en. Dieses Operatorleittool kann ferner den Operator 
oder jede andere Person in die Lage versetzen, Informatio- 
nen uber die Zusiande von Einrichtungen, Regelkreisen, 
F.inheiten eic. /.u erhalten und ohne weiteres die rait Proble- 
inen innerhalh dicscr Einheiten verbundenen Informationen 
/.u heiraehlen, da diese Information durch andere Software 
i ruier! la lb dor Pro/.cBanlage 10 erfaBt wurde. Die Benutzer- 
sclinitisiellen routine 58 kann ferner Leistungsiiberwa- 
ehunizsbiltlschirme unicr Verwendung von Leistungsiiber- 
wuchungsdaien hcrciisicllen, die von den Tools 23 und 27, 
den Wart ungsprogram men, wie etwa der AMS-Anwendung 
oler einem beliebigcn anderen Wartungsprogramm, bereit- 
gesielh und erzcugi wurden, oder von den Modellen im Zu- 
samnienhang mil der Betriebsmittelnutzungs suite 50 er- 
zeugt wurden. Selbslverstandlich kann die Benutzerschnitt- 
slellenrouline 58 jedem Benutzer Zu griff auf bevorzugte 
Linsiellungen oder andere Variablen gewahren, die in eini- 
gen oder alien Funktionsbereichen der Anlage 10 verwendet 
werden und den Benutzer in die Lage versetzen, diese zu an- 
dern. 

1 0049 1 In Fig. 2 zcigi ein vereinfachtes Funktionsblock- 
diagramm 100 den DaienfluB und die Kommunikation, die 
von dei u hierin beschricbencn Datenerfassungs- und -vertei- 
lungssvsiem 102 verwendet werden oder die mit diesem 
verbunden sind, um die Nuizung von Daten von getrennten 
Dalenquellen durch die Betriebsmittelnutzungssuite 50 zu 
cmioglichen. Insbcsondcrc enthalt das Diagram m 100 das 45 
Daienerfassungs- und - vert cilungssys tern 102, das Daten 
von verschiedenen Dalenquellen erhalt. Bei spiels weise gibt 
cine ProzcBsteuerdaienquelle 104 (die herkommliche Pro- 
zcBstcucrakiiviialcn und -anwendungen, wie etwa ProzeB- 
steucr- und Uberwachungsanwendungen, ProzeBsteue- 50 
rungsdiagnoscanwendungen, ProzeBsteuerungsalarman- 
wendungeh etc. en t hall en kann) Daten an das Datenerfas- 
sungs- und -vcricilungssystem 102 ab. Der Block 104 kann 
von hcrkommlichen oder alleinstehenden ProzeBsteuerein- 
richtungen, von DCS, von dem Delta V- System, von PLCs 
etc. inncrhalb der ProzeBsteuerumgebung erfaBte oder er- 
zcugte Daten senden. 

[0050] Eine Ausrustungs- oder ProzeBzustandsdaten- 
quelle 106 (die herkommliche Ausrustungsuberwachungs- 
anwendungen, Ausriisiungsdiagnoseanwendungen, Ausrii- 
stungsalarmanwendungcn, Analyseanwendungen fur anor- 
male Situauonen, Umgebungsiiberwachungsanwendungen 
etc. enthalten kann) sendct ebenfalls Daten zu dem Datener- 
fassungs- und -veneilungssystem 102. Als Resultat kann die 
Quelle 106 Daten, die von jeder Art von hcrkomrnlichcn 
Ausriistungsuberwachungs- und Diagnoseanwendungen 
oder -quellen, wie zum Bcispiel den von CSI, der von Fisher 
Rosemount Systems, Inc., vcrtriebenen AMS-Anwendung, 
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Nexis-Anwendungen etc. zur Verfugung gestellten, erzeugte 
oder erf afire Daten senden. 

[0051] Eine Leistungsuberwachungsdatenquelle 108 (die 
T.eisr.ungsuberwachungsanwendungen, wie zum Beispiel 
5 Optirnierungsanwendungen, ProzeBmodelle, die zur Uber- 
wachung oder zur Modellbiidung der ProzeBoperation ; von 
ProzeB- oder Ausriistungszustand etc. verwendet werden, 
enthalten kann) gibt ebenfaiis Daten an das System 102 ab. 
Die Datenquelle 108 kann Daten enthalten oder bereitstel- 
10 len, die von jeder Art von Leistungsuberwachungsausrii- 
stung oder -anwendungen erfasst oder erzeugt wurden. Fer- 
ner ist eine Finanz- oder Produkdonsplanungsdatenquelle 
U0 (die Anwendungen enthalten kann, die eine Finanzana- 
lyse- oder Kostenanalysefunkdon innerhalb des ProzeBsteu- 
15 ersystems durchfuhren. wie etwa die Entscheidung, wie die 
Anlage zu fahren ist, um Gewinne zu maximieren, um Um- 
weltschutzstrafen zu vermeiden, oder zu entscheiden, wel- 
ches Produkt oder wic ein Produkt hcrzustcllen ist etc.) mit 
dem System 102 verbunden. Sowohl die Finanzplanungs- 
20 als auch die ProzeBsteueranwendungen konnen Informado- 
nen nutzen, die von den gleichen oder von verschiedenen 
ProzeBmodellen bereitgestellt werden. 
[0052] Anlageneinrichtungen bzw. Fieldgerate 112, wie 
zum Beispiel intelligente Anlageneinrichtungen, konnen 
25 ebenfalls DaLen an das Daienerfassungs- und - verleilungssy- 
stem abgeben. Selbstverstandlich konnen die von den Anla- 
geneinrichtungen 112 bereitgestellten Daten jede Art von 
Daten sein, die von diesen Anlageneinrichtungen gemessen 
oder erzeugt werden, einschlieBlich Alarmdaten, Vorwar- 
30 nungsdaten, MeBdaten, Kalibrierungsdaten etc. Entspre- 
chend kann eine Korrosionsiiberwachungsdatenquelle 114 
Daten, die von Korrosionsuberwachungsdiensten oder -an- 
wendungen erfaBt oder erzeugt wurden, an das Erfassungs- 
system 102 abgeben. Entsprechend kann eine Alarmie- 
35 rungsdatenquelle 116 Daten, die von fortschrittlichen Alar- 
mierungsanwendungen oder -diensten erzeugt oder erfaBt 
wurden, an das System 102 abgeben. Die Alarrnierungsda- 
tenquelle 116 kann Anwendungen oder Dienste enthalten, 
die Messungen durchfuhren oder Proben nehmen, Labor- 
40 analysen ausfuhren und auf der Basis dieser Analysen 
Alarme oder andere Informationen erzeugen. 
[0053] Es sei angemerkt, daB weitere Daten von beliebi- 
gen anderen Datenquellen zusatzlich oder anstelle der in 
Fig. 2 dargestellten Datenquellen bereitgestellt werden kon- 
nen. Ferner konnen die von den Datenquellen in Fig. 2 be- 
reitgestellten Daten RohmeBdaten, durch eine Analyse oder 
eine andere Routine auf der Basis von MeBdaten erzeugte 
Daten oder eine beliebige Kombination daraus sein. Ferner 
versteht sich, daB die von einer oder von alien Datenquellen 
in Fig. 2 bereitgestellten Daten in jedem Formal gemessen, 
erzeugt oder uberrnittelt werden konnen, einschbeBlich pro- 
prietarer Formate, die von den verschiedenen Organisatio- 
nen oder Anwendungen verwendet werden, die diese Daten 
messen oder erzeugen. So konnen beispiels weise unter- 
55 schiedliche Anlageneinrichtungen 112 Daten in unter- 
schiedlichen Formaten erfassen und erzeugen und anschlie- 
Bend diese Daten zu dem Datenerfassungs- und -vertei- 
lungssystem 102 senden. GleichermaBen konnen die Fi- 
nanzdatenquellen 110, die Korrosionsdatenquellen 114, die 
60 Alarmierungsdatenquellen 116 etc; Daten, die in einem be- 
liebigen Standard- oder proprietaren Format gemessen oder 
erzeugt wurden, bereitstellen, und konnen jede proprietare 
oder Open-Code-Anwendung verwenden, um die Daten zu 
erzeugen oder zu messen. Allgemein ausgedriickt konnen 
65 dahcr allc Anwendungen oder Einrichtungen, die jctzt in 
Benutzung sind (oder zur zukunfdgen Benutzung entwickelt 
werden), in einer ProzeBsteuerumgebung verwendet wer- 
den, um Daten, Resultate, SchluBfolgerungen, Empfehlun- 
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oen etc. zu messen oder zu erzeugen, als Daienquelle fur das 
Datenerfassungs- und -verteilungssystem 102 dienen, aucb 
wenn diese Datenquellen erne teilweise oder vollstandig 
proprietare Narur haben. _ 
[00541 Das Datenerfassungs- und -verteilungssystem 102 > 
erfaBt die Daten von den unterschiedlichen Datenquellen m 
einem gemeinsamen Format, oder konvertiert die Daten nach 
dem Erhalt in ein gemeinsames Format zur Speicherung und 
spateren Nutzung durch andere Elemente, Einnchtungen 
oder Anwendungen in dem ProzeBsteuersystem. In einer 10 
Ausfuhrungsform konnen die unterschiedlichen Datenquel- 
len ein Datenumwandlungsprotokoll, wie zum Beispiel 
OPC PI Fieldbus etc. verwenden, urn die Daten zu dem Da- 
tenerfassungs- und -verteilungssystem 102 zu kommumzie- 
ren Selbstverstandlich konnen die OPC- oder erne andere 1> 
Umwandlungsschnittstelle in dem Datenerfassungs- und - 
verteilungssystem 102 oder in den Datenquellen selbst ge- 
spcichctl sein. Fcmcr kann, falls gcwunscht, jcdc dcr Daten- 
quellen ihrc Daten in ein gemeinsames Format konvertieren 
das von dem Datenerfassungs- und Verteilungssystem 102 J) 
verwendei wird, und diese konvertierten Daten dem System 
102 iibermiiteln. Selbstverstandlich kann das Datenerfas- 
sungs- und Verteilungssystem 102 die von den verschiede- 
nen Datenquellen gesendeten Daten in ein gemeinsames 
Format oder Protokoll konverueren und die Daten in jeder 2:> 
gewunschten Weise in einer Datenbank speichern und orga- 
nisieren. Das Datenerfassungs- und -verteilungssystem 102 
kann die Daten von unterschiedlichen Datenquellen in pen- 
odischer oder nichtperiodischer Weise, kontinuierhch, mit 
Unterbrechungen, synchron oder asynchron oder zu jedem 30 
gewunschten Zeitpunkt. empfangen. 

[0055] Nachdem sie empfangen und konvertiert wurden, 
werden die Daten in einer Datenbank in zugreifbarer Weise 
gespeichert und Anwendungen oder Benutzern mnerhalb 
der Betriebsmittelverwaltungssuite 50 verfugbar gemacht. ^ 
Beispielsweise konnen Anwendungen, die die ProzeBsteue- 
rung, die Alarmierung, Einrichtungswartung, Fehlerdia- 
gnos'e, pradikuve Warning, Finanzplanung, Optimierungen 
etc betreffen, die Daten von einer oder mehreren unter- 
schiedlichen Datenquellen nutzen, kombinieren und inte- 40 
grieren, urn besser zu arbeiten, als diese Anwendungen in 
der Vergangenheit ohne die Daten von sehr verschiedenen 
oder zuvor nicht zugreifbaren Datenquellen arbeiten konn- 
ten. Die in Fig. 2 als Teil der Betriebsmittelnutzungssuite 50 
dargestellten Anwendungen konnen jede beliebige der in 45 
Fig- 1 beschriebenen Anwendungen sein oder konnen jedem 
anderen Anwendungstyp angehoren, falls dies erwunscht 
ist. Selbstverstandlich sind sowohl die Datenquellen als 
auch die Anwendungen, die diese erfaBten Daten verwen- 
den, welche in Fig. 2 dargestellt sind, beispielhafter Natur 50 
und es konnen mehr, weniger oder andere Datenquellen und 
Anwendungen verwendet werden. Entsprechend konnen die 
Datenquellen selbst so konfiguriert werden, daB sie von dem 
Datenerfassungs- und - verteilungssystem 102 erfaBte Daten 
empfangen. Auf diese Weise konnen unterschiediiche An- 5> 
bieter oderDienstleistungsanbieter, die moglicherweise pro- 
prietare Anwendungen haben, bestimmte Daten, die sie bis- 
her nicht erf asst haben oder nicht erfassen konnten, von dem 
Datenerfassungs- und Verteilungssystem 102 erhalten, was 
die von diesen Dienstleistungsanbietern angebotenen Pro- 60 
dukte oder Dienstleistungen verbessem kann. In einer Aus- 
fuhrungsform wird erwartet, daB die herkommlichen Pro- 
zeBsteuerungsdienstleistungsanbieter, die in der Vergangen- 
heit Daten getrennt von dem ProzeSsteuernetz unter Ver- 
wendung von typischcrwcisc proprictarcn Anwendungen 6> 
erfaBt und erzeugt haben, nun die erfaBten oder erzeugten 
Daten dem Datenerfassungs- und Verteilungssystem 102 zur 
Verfiigung steilen, das dann die Daten anderen Anwendun- 



gen zu*andich macht. Diese anderen Anwendungen kon- 
nen Anwendungen sein, die in Computem ausgetiihrt wer- 
den die mit der ProzeBsteuerumgebung in Kommumkati- 
onsverbindung stehen, wie zum Beispiel Anwendungen in 
Host-Einrichtungen, Benutzerschnittstellen, Steuereinnch- 
tun^en etc. Zusatzlich konnen diese anderen Anwendungen 
auch Anwendungen sein, die von den herkommlichen 
Dienstleistungsorganisationen zur Verfiigung gestellt oder 
verwendet werden. Auf diese Weise kann nun jede Anwen- 
dung so gestaltet werden, daB sie alle Daten, die in dem Pro- 
zeBsteuersystem erzeugt werden, in jeder Weise nutzen 
kann sei es durch Anwendungen, die im Besitz der ProzeB- 
systembesitzer sind, oder Anwendungen, die Dienstlei- 
stungsanbietern gehoren und von diesen verwaltet werden. 
Als Resultat gibt es sehr viele Falle, in denen Anwendungen 
verbessert werden konnen, da sie Daten nutzen konnen, die 
zuvor fur sie nicht zur Verfiigung standen. Beispielsweise 
kann cin Dicnstlcistungsanbictcr fur die Korrosionsanalyse 
in der Lage sein, Daten zu nutzen, die von einem propneta- 
ren ProzeBsteuersystem oder einer proprietaren Ausru- 
stunesuberwachungsanwendung erfasst wurden, urn die Zu- 
verlassigkeit oder Vorhersagbarkeit der Korrosionsanalyse 
zu verbessem. Ein derartiges Querabrufen von Daten von 
sehr unterschiedlichen Arten von Dienstleistungsanbietern 
und Anwendungen war bisher nicht verfugbar. 
[0056] Fig. 3 zeigt ein detailliertes DatenfluBdiagramm 
200 das den DatenfluB innerhalb der ProzeBsteueranlage 10 
zeigt Beginnend an der linken Seite des Diagramms 200 
werden zu der ProzeBanlage 10 gehorende Daten durch oder 
in verschiedenen Funktionsbereichen oder Datenquellen in- 
nerhalb der Anlage 10 erfaBt. Insbesondere werden ProzeB- 
steuerdaten 201 beispielsweise durch typische ProzeBsteu- 
ereinrichtungen, wie zum Beispiel Anlageneinnchtungen, 
Eingabe-/Ausgabeeinrichtungen, tragbare oder Fernubertra- 
gungseinrichtungen oder beliebige andere Einnchtungen, 
die beispielsweise mit den ProzeBsteuereinnchtungen in 
Kommunikauonsverbindung stehen konnen, erfaBt. Glei- 
chermaBen werden Ausriistungsuberwachungsdaten 202, 
die herkommliche Ausriistungsuberwachungsakuvitaten be- 
treffen beispielsweise durch Sensoren, Einnchtungen, 
Ubertragungseinrichtungen oder andere Einnchtungen in- 
nerhalb der Anlage 10 erfaBt. ProzeBleistungsdaten 203 
konnen von den gleichen oder anderen Einnchtungen mner- 
halb der Anlage 10 erfasst werden. Auf Wunsch konnen Fi- 
nanzdaten von anderen Anwendungen, die in Computern in 
der ProzeBsteueranlage ablaufen, als Teil der Leistungsuber- 
wachungsdaten erfaBt werden. In einigen Fallen konnen die 
erfaBten Daten von Anwendungen oder Quellen auBerhalb 
des herkommlichen ProzeBsteuernetzes stammen, wie zum 
Beispiel Anwendungen, die von Diensdeistungsorgamsatio- 
nen oder Vertriebsfirmen betrieben werden und diesen geho- 
ren Selbstverstandlich konnen die erfaBten Daten ohne Em- 
schrankung beliebige Daten, wie beispielsweise die Winkel- 
position, Geschwindigkeit, Beschleunigungsdaten von ro- 
tierenden Ausrustungsgegenstanden (sowie Umformungen 
dieser Daten, um eine spektrale Leistungsdichte, Frequen- 
zamptttude etc. bereitzusteUen), Ausriistungsbelastungsda- 
ten Beanspruchungsdaten, Wanddickendaten, Daten uber 
das AusmaB der Korrosion und die Geschwindigkeit des 
Korrosionsfortschritts, Daten uber die Korrosivitat von Pro- 
zeBfluiden, Schmierungs- und VerschleiBdaten, Lager- und 
Dichtungsdaten, Daten uber das Auftreten von Undichng- 
keiten und die Zusammensetzung von austretenden Flussig- 
keiten und Gasen, ohne Einschrankung einschheBend Da- 
ten die fluchtigc organischc und anorganischc Vcrbindun- 
cenbetrefTen,Lagertemperaturdaten, Daten von akusUschen 
Transducem, MeBdaten hinsichtlich der ProzeBphysik und - 
zusammensetzung etc. einschlieBen. Diese Daten konnen in 
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jeder Weise erfaBt werden, einschlie&lich automatisch Oder 
manuell. So konnen Datenerfassungseinrichtungen tragbare 
Erfassungseinrichtungen, chemische und physikalische La- 
bormessungen : fest. eingebaute oder temporare Onlineein- 
richtungen, Einrichtungen, die periodisch Daten von Pro- 5 
zeB- und Ausrustungsfernmesseinrichtungen telemetrisch 
ubermittein (beispielsweise RF), Onlineeingaben fiir Ein- 
richtungen oder Fern-Multiplexer und/oder Konzentratoren 
oder beliebige andere Datenerfassungseinrichtungen ein- 
schlieBen. 10 
[0057] Die ProzeBsteuerdaten, Ausrustungsuberwa- 
chungsdaten und ProzeBleistungsdaten konnen von Daten- 
erfassungs- und -abgleichanwendungen 204 (welche Teil 
des Datenerfassungs- und -verteilungssy stems 102 aus Fig. 
2 sein konnen) abgeglichen, verifiziert, bewertet und/oder 15 
fonnatiert werden, welche innerhalb der Datenerfassungs- 
einrichtung und in jeder anderen Einrichtung, wie zum Bei- 
spicl cinciii zcntralcn Datcnarchivspcichcr, ProzeBstcucr- 
"einrichtungen, Ausrustungsuberwachungsanwendungen etc. 
oder jeder anderen Einrichtung, die diese Daten empfangt 20 
oder verarbeitet, ablaufen. Selbstverstandlich konnen die er- 
faBten Daten in jeder bekannten oder gewunschten Weise 
abgeglichen oder angehauft werden. Beispielsweise konnen 
die Daten in ein gemeinsames Format oder einen gemeinsa- 
nten MaBstab gesetzt werden, konnen in unterschiedhche 25 
Einheiten oder Standardeinheiten (gemeinsame Einheiten) 
konvertiert werden, konnen hinsichtlich AusreiBern, fehler- 
haften oder falschen Daten untersucht werden, konnen in je- 
der bekannten oder gewunschten Weise verifiziert oder be- 
wertet werden, etc. Es gibt viele bekannte Verfahren oder 30 
Techniken zur Durchfuhrung eines Datenabgleichs und ein 
Verfahren zum Abgleichen, Akkumulieren, Verifizieren 
oder Erfassen von Daten kann verwendet werden. Ferner 
konnen die unterschiedlichen Arten von Daten von einer ge- 
meinsarnen Erfassungseinrichtung oder Datenerfassungs- 35 
routinen erfasst werden, auch wenn diese Daten in unter- 
schiedlichen Formaten, Protokoilen etc. vorliegen konnen. 
[0058] Nach dem Abgleichen in jeder bekannten oder ge- 
wunschten Weise oder in einigen Fallen ohne Abgleichen 
konnen die erfaBten Daten einer oder mehreren Anwendun- 40 
gen verfiigbar gemacht werden, die typischerweise mit den 
unterschiedlichen Funktionsbereichen des ProzeBsteuersy- 
stems 10 in Verbindung stehen. Beispielsweise konnen be- 
kanndich unterschiedhche ProzeBsteuereinrichtungen oder 
Steueranwendungen 208, die in Fig. 3 als Teil des ProzeB- 45 
steuerfunktionsblocks 206 dargestellt sind, die erfaBten Pro- 
zeBsteuerdaten 201 fiir eine Anzahl von Zwecken oder 
Grunden verwenden. Diese ProzeBsteueranwendungen kon- 
nen beispielsweise herkornrnliche DCS, PLC und SCADA- 
Sy steme, Computersteuersysteme, hybride Systeme und di- 50 
gitale S teuersy steme jeder jetzt bekannten oder in Zukunft 
entwickelten Bauart einschlieBen. Somit nutzen die ProzeB- 
steueranwendungen 208 unter Verwendung jeder bekannten 
oder gewunschten ProzeB steuersoftware oder -technik die 
ProzeBsteuerdaten 201, um ablaufende ProzeBfunktionen zu 55 
uberwachen und zu steuern. Derartige Anwendungen kon- 
nen jede Art von ProzeBsteuerung durchfuhren, einschlieB- 
lich beispielsweise PID, Fuzzy logic, pradiktives Modell, 
neurales Netz und weitere ProzeBsteueraktivitaten. Die Pro- 
zeBsteueranwendungen 208 konnen Alarmdaten oder 60 
Alarmmitteilungen erzeugen, erstellen oder an einen Pro- 
zeBoperator weiterleiten, konnen Probieme oder Besorg- 
nisse erfassen oder Uberprufungen im Zusammenhang mit 
Reguherungsbehorden durchfuhren, wie zum Beispiel Be- 
schrankungcn der Umwcltschutzbchordc (EPA), Bcschran- 65 
kungen der Lebens- und Arzneimittelverwaltung (FDA), 
und konnen andere bekannte ProzeBsteuerfunktionen durch- 
fuhren, die zu zahlreich sind, um sie hier aufzufuhren. Fer- 



ner konnen eine oder rnehrere Diagnoseanwendungen 210 
die erfaBten ProzeBsteuerdaten 201 verwenden, um eine 
ProzeBsteuerdiagnose durchzufuhren. Zu diesen Diagnose- 
anwendungen konnen beispielsweise. Anwendungen zahlen, 
die einem Operator helfen, Probieme innerhalb der ProzeB- 
regelkreise, Instrumente, Betatigungseinrichtungen etc. ge- 
nau einzugrenzen, wie beispielsweise die in der US-Patent- 
anmeldung mit der Seriennummer 09/256,585 mit dem Titei 
"Diagnosucs in a Process Control Systems", eingereicht am 
22. Februar 1999, beschriebene, die auf den Rechtsinhaber 
der vorliegenden Anmeldung ubertragen wurde und hiermit 
ausdrucklich durch Bezugnahme hierin eingeschlossen 
wird. Die Diagnoseanwendungen 210 konnen femer Dia- 
gnoseexpertensysteme einschlieBen, wie beispielsweise das 
in der US-Patentanmeldung mit der Seriennummer 
09/499,445 mit dem Titel "Diagnostic Expert in a Process 
Control System", eingereicht. am 7. Februar 2000, beschrie- 
bene, das auf den Rechtsinhaber der vorliegenden Anmel- 
dung ubertragen wurde und hiermit ausdriicklich durch Be- 
zugnahme hierin eingeschlossen wird. Selbstverstandlich 
konnen die ProzeBdiagnoseanwendungen 210 die Form je- 
der anderen typischen oder StandardprozeBdiagnosean wen- 
dung annehmen und sind nicht auf die hier besonders aufge- 
fuhrten beschrankt. Femer konnen die Ausgaben dieser Dia- 
gnoseanwendungen 210 jede Form annehmen und konnen 
beispielsweise fehlerhaft oder mangelhaft arbeitende Regel- 
kreise, Funktionsblocke, Bereiche, Einheiten etc., innerhalb 
des ProzeBsteuersys terns anzeigen, konnen anzeigen, wo 
Regelkreise abgestirnmt werden mussen, etc. 
[0059] Wie ebenfalls in Fig. 3 gezeigt, kann ein ProzeB- 
steuerarchivspeicher 212 verwendet. werden, um friiher er- 
faBte ProzeBsteuerdaten 201 zu speichern, oder Ausgaben 
der ProzeB steueruberwachungsanwendungen 208, der Pro- 
zeBsteuerdiagnoseanwendungen 210 oder beliebige andere 
gewunschte ProzeBdaten. Selbstverstandliche konnen die 
ProzeBsteueruberwachungsanwendungen 208 und die Dia- 
gnoseanwendungen 210 die in dem Archivspeicher 212 ge- 
speicherten Daten in jeder bekannten oder gewunschten 
Weise nutzen. Ferner konnen die Anwendungen 208 und 
210 ProzeBmodelle 214 (die Teil der ModeUe 56 aus Fig. 1 
und Teil eines Leistungsuberwachungsfunktionsbereichs 
sein konnen) nutzen, die erstellt werden konnen, um alle 
ProzeBeinheiten oder Bereiche innerhalb des Prozesses oder 
einen Teil derselben wiederzugeben. 

[0060] Ferner empfangt ein Ausriistungsuberwachungs- 
funktionsblock 220 die Ausriistungszustandsdaten 202 oder 
die abgeglichene Version derartiger Daten, wenn eine Ab- 
gleichung an diesen Daten durchgefuhrt wird. Der Ausrii- 
stungsuberwachungsfunktionsblock 220 enthalt Ausrii- 
stungs- oder Zustandsiiberwachungsanwendungen 222, die 
beispielsweise Alarme annehmen oder erzeugen konnen, die 
Probieme mit unterschiedlichen Ausrustungsteilen anzei- 
gen, mangelhaft oder fehlerhaft arbeitende Gerate innerhalb 
der Anlage 10 erfassen oder andere Ausrustungsproblerne 
oder Zustande erfassen, die fur eine Wartungsperson von In- 
teresse sein konnen. Ausrustungsuberwachungsanwendun- 
gen sind bekannt und enthalten typischerweise Hilfspro- 
gramme, die an die unterschiedlichen spezifischen Arten 
von Ausrustungsgegenstanden in einer Anlage angepaBt 
sind. Somit ist. eine detaillierte Erorterung dieser Anwen- 
dungen nicht erforderlich. GleichermaBen konnen Ausrii- 
stungsdiagnoseanwendungen 224 implemendert sein ? um 
Ausrustungsproblerne basierend auf gemessenen Rohdaten, 
welche die Ausrustungsgegenstande betreffen, zu erfassen 
und zu diagnostizicrcn. Derartige Ausrustungsdiagnoscan- 
wendungen 224 konnen beispielsweise Vibradonssensoran- 
wendungen, Anwendungen fur rotierende Gerate, Lei- 
stungsmeBanwendungen etc. einschlieBen. Selbstverstand- 



BNSDOCID: <DE 10223725A1_1_> 



DE 102 23 725 A 1 



21 



lich gibt es viele verschiedene Anen von bekannten Ausru- 
stungszustandsiiberwachungs- und Diagnoseanwendungen, 
die viele Arten von unterschiedlichen Datenarten erzeugen 
konnen, die den Status oder den Betriebszustand von unter- 
schiedlichen Ausriistungsteilen inneriialb einer ProzeBsteu- 5 
eranlage be treffen. Ferner kann ein Archivspeicher 226 
Rohdaten speichern, die von den Ausrustungsuberwa- 
chungscinrichtungen erfaBt wurden, kann von den Ausrii- 
stungszustands- und Diagnoseanwendungen 222 und 224 
crzcugtc Daten speichern und kann nach Bedarf Daten fur 10 
diesc Anwcndungen bereitstellen. GleichermaBen konnen 
Ausriisiungsmodelle 228 (die Teil der Modelle 56 in Fig. 1 
sein konnen und somit Teil des Leistungsiiberwachungs- 
funktionsbereichs) von den Ausrustungszustandsuberwa- 
chungs- und Diagnoseanwendungen 222 und 224 in jeder 15 
gewunschten Wcise vorgesehen und verwendet werden. Die 
Hrstcllung unci die Nutzung derartiger Modelle ist nach dem 
Stand der Technik bckannt und muss hicr nicht wcitcr be- 
schrieben werden. 

1 006 1 1 I : ntsprechend empfangt ein in Fig. 3 gezeigter Pro- 20 
zcBlcistungNiirvrwachungsfunktionsblock 230 ProzeBlei- 
siungsibien 203. die von der Datenerfassungseinrichtung 
204 abgeg lichen, formatiert etc. sein konnen oder nicht. Der 
PrvvrLUeisiungsubcrwachungsfunktionsblock 230 enthalt 
ProzcBstcucruberwachungsanwendungen 231, die beispiels- 25 
weise ProzcBsteuerniodelle 214, ProzeB ausriistungsmodelle 
22H oder ljeistungsrnodelle232 verwenden konnen, um eine 
ProzeB lei si ungsu berwachung in jeder bekannten oder ge- 
wunschten Weise auszufuhren. Ein weiterer Satz von An- 
wcndungen 233 kann die Ausgabe der ProzeBleistungsuber- 30 
wachung nutzen. uni eincm Benutzer Empfehlungen zu ge- 
ben oder einen Benutzer zu beraten, wie eine ProzeBausru- 
stungskon figuration zu verandern ist, um eine bessere Ge- 
samt nutzung des Prozesses auszufuhren oder einen ProzeB 
zu erzeugen. der effizienter arbeitet oder hoheren Gewinn 35 
bringl. Fin ProzeBlcistungsuberwachungsarchivspeicher 
234 kann Rohdaten speichern, die von den ProzeBleistungs- 
ubcrwachungseinrichtungen erfasst wurden, kann von den 
ProzeB leistungsuberwachungsanwendungen 231 und den 
limpfehlungsdaien 233 erzeugte Daten speichern und kann 40 
diese Daten an andcrc Anwendungen nach Bedarf abgeben. 
Die lirsiellung und Verwendung von ProzeBmodellen und 
ProzeB loisl ungs Li be rwachungsanwendungen ist bekannt und 
wird hicr nicht weitcr beschrieben. 

[0062] Wie Fig. 3 zcigt, konnen Finanzdaten in Form von 45 
Daten hinsichtlich finanzieller Einschrankungen und Daten 
hinsichtlich der Einschrankungen des ProzeBbetriebes, bei- 
spiels weise en thai tend, welche Produkte erzeugt werden 
miisscn. die Qualitai der erzeugten Produkte, Beschrankun- 
gen durch Fristcn, Kosten und Zulieferungen, Preisgestal- 50 
tungs- und Bewertungsdaten von hergestellten oder verkauf- 
ten Produkten, etc., in einem Funktionsblock 239 erfaBt 
werden. Obgleich dies nicht erforderlich ist, wird allgemein 
ausgedriickt der Funktionsblock 239 einen Computer ent- 
halten, der cine oder rnehrere Dateneingabeanwendungen 55 
abarbeitet, welche ProzeBleistungsdaten von den Modellen 
214, 228 und 232 erfassen und finanziell darauf bezogene 
Daten von Pcrsonen, die dem ProzeB 10 zugehorig sind, wie 
zum Beispicl Verwaltungsmitarbeiter, oder von anderen 
Queilen erfassen. Diesc finanziellen Anwendungen konnen 60 
eben falls diesc Daten erzeugen. Diese Finanzdaten konnen 
jedoch anstatt der oder zusatzlich zu den hier aufgefuhrten 
aus vielcn anderen Daten stammen. 

[0063] Obwohl die Erf as sung und Verarbeitung von Da- 
ten, wic vorstchend untcr Bczug auf Fig. 3 beschrieben, gc- 65 
genwartig in ProzeBsteueranlagen durchgefuhrt wird, wer- 
den allgemein ausgedruckt die erfaBten Daten, das heiBtdie 
ProzeBsieucrdaten, die ProzeBsteueruberwachungsdaten 



und die Ausriistungsuberwachungsdaten fur unterschiedli- 
che Personen bereitgest.ellt, in verse hi edenen Formaten er- 
faBt und verwendet und von vollig verschiedenen Anwen- 
dungen fur verschiedene Zwecke genutzt. So konnen wie 
vorstehend erortert, einige dieser Daten von Dienstlei- 
stungsorganisationen gemessen oder entwickelt werden, die 
Anwendungen nutzen, die proprietar sind und mit dem ubri- 
gen ProzeBsteuersystem nicht kompatibel sind. Gleicherma- 
Ben konnen Daten, die durch Finanzanwendungen erfaBt 
oder erzeugt wurden, die typischerweise in einer ProzeB- 
steuerumgebung verwendet werden, moglicherweise nicht. 
in einem Format oder einem Protokoll vorliegen, das fur 
ProzeBsteuer- oder Alarmanwendungen erkennbar oder 
nutzbar ist. Als Resultat haben das Wartungspersonal und 
die Gerateiiberwachungs- und Diagnoseanwendungen, die 
dieses Personal nutzt, typischerweise keinen Zugriff auf Da- 
ten (und sind auch nicht dazu ausgelegt), die von einer der 
ProzeB stcucranwcndungcn, ProzcBmodcllc oder Finanzan- 
wendungen erfaBt oder erzeugt werden. GleichermaBen ha- 
ben der ProzeBsteueroperator und die ProzeBsteueruberwa- 
chungs- und Diagnoseanwendungen, die von dieser Person 
verwendet werden, allgemein keinen Zugriff auf Daten (und 
sind auch nicht dafur ausgelegt), die von den Ausrustungs- 
uberwachungsanwendungen und Leistungsmodellbildungs- 
oder Finanzanwendungen erfaBt oder erzeugt wurden. In 
ahnlicher Weise kann ein kaufmannischer Mitarbeiter kei- 
nen Zugriff auf Daten haben, die entweder von den ProzeB- 
steuer- oder Ausrustungsiiberwachungsanwendungen erfaBt 
oder erzeugt wurden, und kann in der Tat einen vollig unter- 
schiedlichen Datensatz haben, mit dem er arbeiten und Ent- 
scheidungen iiber den Betriebsablauf der Anlage 10 treffen 
muB. GleichermaBen wird ein GroBteil der in den Funk- 
tionsblocken 206, 220, 230 und 239 durchgefuhrten Daten- 
messungen oder Datenerstellungen durch Dienstleistungsor- 
ganisationen durchgefuhrt, die proprietare Anwendungen 
nutzen und die allgemein ihre Daten nur zu einem kleinen 
Teil fur andere Zwecke zur Verfugung stellen. 
[0064] Um die Beschrankung des eingeschrankten oder 
nicht vorhandenen Zugriffs auf Daten von verschiedenen 
externen Queilen zu uberwinden, ist das Datenerfassungs- 
und -verteilungssystem 102 vorgesehen, um Daten zu erfas- 
sen und diese Daten erforderlichenfalls in ein gemeinsames 
Format oder Protokoll umzuwandeln, das von Anwendun- 
gen innerhalb der in Fig^ 3 dargestellten Betriebsmittelnut- 
zungssuite 50 zugreifbar und nutzbar ist. Auf diese Weise 
empfangen die Anwendungen innerhalb der Betriebsmittel- 
nutzungssuite 50 die unterschiedlichen Arten von Daten von 
den verschiedenen Funktionsbereichen oder Datenquellen 
einschlieBlich des ProzeBsteuerfunktionsbereichs 206, des 
Ausrustungsiiberwachungsfunktionsbereichs 220 und des 
Leistungsuberwachungsfunktionsbereichs 230 und integrie- 
ren diese Daten in einer beliebigen Anzahl von Wegen zum 
direkten Vorteil des Betriebes der Anlage 10. Das Ziel der 
Betriebsmittelnutzungssuite 50 kann sein, eine bessere 
Ubersicht der Anlage 10 zu erzeugen, ein besseres Verstand- 
nis des Gesamtzustandes der Anlage 10 zu ermoglichen und 
das Treffen besserer Entscheidungen hinsichtlich der Steue- 
rung oder Nutzung der Anlage 10 oder der Betriebsmittel 
der Anlage 10 auf der Basis aller Daten in der Anlage zu er- 
moglichen und insgesamt die Anlage 10 optimal zu betrei- 
ben. Die Integration der unterschiedlichen Arten von Funk- 
donsdaten kann eine verbesserte Personalsicherheit, eine 
hohere ProzeB- und Ausriistungslaufzeit, die Vermeidung 
von katastrophalen ProzeB- und/oder Ausrustungsausfallen, 
cine hohcrc bctricblichc Vcrfiigbarkcit (Maschincnlaufzcit) 
und Anlagenprodukdvitat, einen hoheren Produktdurchsatz, 
der aus einer hoheren Verfugbarkeit und der Fahigkeit ent- 
steht, sicher und gefahrios rascher und enger an Konstrukd- 
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ons- und Herstellungsgarantiegrenzen heranzugehen, einen 
hoheren Durchsatz, der durch die Fahigkeit bedingt ist, den 
ProzeB an den Umweltschutzgrenzwerten zu betreiben, so- 
wie eine verhesserte Qualitat auf Grund der Eliminierung 
oder Minimierung von ausrustungsbezogenen ProzeB- und 
Produktvariaiionen schaffen. Im Gegensatz dazu wurden in 
der Vergangenheit die unterschiedlichen Funktionsbereiche, 
beispieisweise die ProzeBuberwachung, die Ausrustungs- 
uberwachung und die Leistungsuberwachung, unabhangig 
ausgefuhrt und jeder versuchte, seinen zugehorigen Funk- 10 
tionsbereich zu optimieren, ohne die Auswirkungen zu be- 
rucksichtigen, die gegebene Aktionen auf andere Funktions- 
bereiche haben konnten. Als Resultat war es beispieisweise 
mogiich, daB ein Ausrustungsproblem niedriger Pnontat ein 
groBes Problem beim Erzielen einer gewiinschten oder kriti- ^ 
schen ProzeBsteuerleistung verursachte, jedoch nicht korn- 
giert wurde, da es im Zusammenhang der Ausriistungswar- 
tung als nicht schr wichtig bctrachtct wurdc. Mil dcm Da- 
tenerfassungs- und Verteilungssystem 102, das Daten fur die 
Betriebsmittelnutzungssuite 50 bereitstellt, konnen jedoch 20 
Personen Zugriff auf einen Uberblick der Anlage 10 basie- 
fend auf zwei oder mehr von Ausriistungsuberwachungsda- 
ten, ProzeBleistungsdaten und ProzeBsteuerungsiiberwa- 
chungsdaten haben. In ahnlicher Weise konnen Diagnose- 
vorgange, die fur die Anlage 10 durchgefuhrt werden, Daten 23 
beriicksichtigen, die den ProzeBbetriebsablauf und den Ge- 
ratebetriebsablauf berucksichtigen und einebessere gesamt- 
diagnostische Analyse schaffen. So konnen Anwendungen 
innerhalb der Betriebsmittelnulzungssuite 50 die ProzeB- 
steuerungs-, Ausriistungsiiberwachungs- und ProzeBlei- 30 
stungsdaten nutzen, urn bessere oder vollstandigere Ent- 
scheidungen zu treffen, die zwar fiir einen Funktionsbereich 
nicht unbedingt vollig optimal sind, aber den Betriebsablauf 
der gesamten Anlage in einer Weise optimieren konnen, 
welche durch die unabhangige Operation der verschiedenen 3r> 
Funktionsbereiche nicht mogiich ist. 

[0065] Obwohl das Datenerfassungs- und Verteilungssy- 
stem 102 zwischen den funktioneUen Datenerfassungs- oder 
ErzeugungsqueUen 206, 220, 230 und 239 und der Betriebs- 
mittelnutzungssuite angeordnet sein kann, kann es anstelle 40 
dessen auch anderswo in dem System 10 angeordnet sein, 
und zwar in Abhangigkeit davon, welches die ungleicharti- 
gen Datenquellen sind, welche die verschiedenen Daten er- 
fassen. Tatsachlich kann das Datenerfassungs- und -vertei- 
lungssystem 102 in Abhangigkeit von der Art der Daten- *> 
quellen und davon, welche Datenquellen bereits integnert 
sind, an einer beliebigen Stelle in dem RuBdiagramm von 
Fig. 3 angeordnet sein oder Daten ineinem Standardformat 
oder lesbaren Format bereitstellen. Wie vorstehend angege- 
ben kann das Datenerfassungs- und -verteilungssystem 102 50 
zwischen der Betriebsmittelnutzungssuite 50 und den funk- 
tioneUen Bereichen 206, 220, 230 und 239 angeordnet sein, 
was normalerweise der Fall sein wird. Das Datenerfassungs- 
und -verteilungssvstem 102 kann jedoch vor einem beliebi- 
gen oder alien funktioneUen Bereichen 206, 220, 230 oder 5> 
239 oder in einer Kombination dieser beiden Anordnungen 
angeordnet sein. Wahrend ferner das Datenerfassungs- und 
Verteilungssystem 102 als zentralisiert, das heiBt an einer 
Stelle, dargestellt wurde, konnte es verteilt und an mehreren 
Orten in dem System implementiert sein. So konnten Kom- 60 
ponenten dieser Datenerfassungs- und -verteilungssoftware 
in mehreren verschiedenen Einrichtungen ausgefiihrt wer- 
den, damit man in der Lage ist, mehr oder bessere Daten von 
ungleichartigen Datenquellen zu erfassen. Jede dieser meh- 
reren Datcncrfassungsanwcndungcn konnte so arbcitcn, daS 6d 
sie Daten von einer oder mehreren Quellen erf aBt, in Abhan- 
sigkeit von dem Erfassungsbedarf und der Anordnung die- 
ser Anwendungen, und jede Anwendung konnte dann die er- 



faBten und formatierten Daten an eine oder mehrere zentra- 
lisierte Datenbanken innerhalb des Systems abgeben, von 
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wo diese Daten von anderen Anwendungen zugreifbar sind. 
[0066] Wie Fig. 3 zeigt, ist die Betriebsmittelnutzungs- 
suite 50 so dargestellt, daB sie eine Anzalil von Anwendun- 
gen enthalt, die Daten nutzen, die von verschiedenen funk- 
tioneUen Bereichen oder Datenquellen innerhalb der Pro- 
zeBsteueraniage 10 erf aBt werden, darunter zum Zweck der 
Verdeutlichung der Leistungsuberwachungsfunkuonsbe- 
reich 230, der ProzeBsteuerfunktionsbereich 206^ und der 
Ausriistungsuberwachungsfunktionsbereich 220. Selbstver- 
standlich kann die Betriebsmittelnutzungssuite 50 alle Da- 
ten von diesen Bereichen empfangen, einschlieBlich Rohda- 
ten, abgeglichener Daten, in den Archivspeichem 212, 226 
und 234 gespeicherter Daten, von den tjberwachungsan- 
wendungen 208 und 222 erzeugter Daten, von den Lei- 
stungsmodellen 232 erzeugter Daten und von den Diagnose- 
anwendungen 210 und 224 erzeugter Daten. Auf Wunsch 
kann die Betriebsmittelnutzungssuite 50 ebenfalls die Pro- 
zeBmodelle 214 und die Ausrustungsmodelle 228 nutzen. Es 
versteht sich, daB die Betriebsmittelnutzungssuite 50 zwar 
so dargestellt ist, daB sie eine bestimmte Anzahl von An- 
wendungen enthalt, die Suite 50 jedoch jede Anzahl von 
Anwendungen einschlieBlich einer oder mehreren, die eine 
oder mehrere der hier beschriebenen Funktionen ausfuhren, 
enthalten konnte. 

[0067] Insbesondere kann die in Fig. 3 dargesteUte Be- 
triebsmittelnutzungssuite 50 eine oder mehrere integnerte 
Anlagenstatusuberwachungsanwendungen 240 enthalten. 
Diese Anlagenstatusuberwachungsanwendungen 240 kon- 
nen dielndexerzeugungsanwendung 51 aus Fig. 1 enthalten, 
die Indizes erstellt, welche Einrichtungen zugeordnet sind, 
wie zum Beispiel ProzeBsteuer- und Instrumentierungsein- 
richtungen, Leistungserzeugungseinrichtungen, rotierenden 
Geraten, Einheiten, Bereichen, etc., und/oder zu ProzeBsteu- 
erobjekten gehoren, wie zum Beispiel Einheiten, Regelkrei- 
sen, Bereichen etc. innerhalb der Anlage 10, und zwar basie- 
rend auf zwei oder mehr aus ProzeBsteuerinformationen und 
Einrichtungsinformationen und Leistungsinformationen. 
Die Erzeugung und Anzeige dieser Indizes wird weiter un- 
ten im Detail beschrieben. Ailgemein ausgedruckt, konnen 
diese Indizes jedoch auf ProzeBsteuerdaten sowie auf Pro- 
zeBleistungs- und Ausmstungsiiberwachungsdaten basieren 
und konnen in einem konsistenten Format einem Benutzer 
iiber eine integnerte Anzeige angezeigt werden. 
[0068] Wie Fig. 3 zeigt, kann die Betriebsmittelnutzungs- 
suite 50 eine integrierte Anzeigeanwendung 244 enthalten 
(bei der es sich urn eine beliebige oder alle der Schmttstel- 
lenanwendungen 58 aus Fig. 1 handeln kann), die verschie- 
dene Daten einem Benutzer in integrierter oder allgemeiner 
Weise anzeigt. Ailgemein ausgedruckt, ist die Anzeigean- 
wendung 244 so konfiguriert, daB sie verschiedene Informa- 
tionen einem beliebigen Benutzer darstellt, wobei die ange- 
zeigte Information zwei oder mehr der ProzeBsteuerdaten 
201, der Ausrustungsuberwachungsdaten 202 und der Pro- 
zeBleistungsdaten 203 wiedergibt oder auf diesen basiert. 
Die Anwendung 244 empfangt Eingaben von anderen An- 
wendungen innerhalb der Suite 50 und kann einen Benutzer 
in die Lage versetzen, die Rohdaten 201, 202 und 203 zu be- 
trachten, kann einen Benutzer in die Lage versetzen, von 
Bildschirmdarstellung zu Bildschirmdarstellung zu spnn- 
gen, urn unterschiedliche Teile oder Aspekte der Anlage 10 
basierend auf den Rohdaten oder verarbeiteten Daten zu be- 
trachten, kann einen Benutzer in die Lage versetzen, verar- 
bcitctc Daten, wic zum Beispiel Daten, die von der Ausru- 
stuncrszustands-, ProzeBiiberwachungs- oder Leistungsuber- 
wachungsanwendung 222, 208 und 231, den ProzeBrnodel- 
ien 214, den Ausriistungs- oder ProzeBdiagnoseanwendun- 
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gen 224 und 210 erzeugt wurden, oder Daten, die von ande- 
ren Anwendungen innerhalb der Betriebsmittelnutzungs- 
suite 50 erzeugt. wurden, zu berrachten. 
[0069] Die Betriebsmit.telnut.zungssuire 50 kann ferner 
eine integrierte Alannierungs anwendung 246 enthalten, die 
sowohl ProzeB- als auch Einrichtungsalarme empfangen 
kann und diese Alarme in einem konsistenten Format einem 
Benutzer anzeigen kann. Eine derartige integrierte Alarman- 
zeigeanwendung ist in der US -Paten tanmeldung rnit der Se- 
riennummer 09/707,580 mit dem Titel "Integrated Alarm 
Display in a Process Control Network", eingereicht am 7. 
November 2000, aufgezeigt, die auf den Rechtsinhaber die- 
ser Anmeldung ubertragen ist und die ausdriicklich durch 
Bezugnahme hierin eingeschlossen wird. Diese integrierte 
Alarmanwendung 246 kann Benutzeranzeigen 248 erzeu- 
gen, die Informationen Uber die empfangenen Alarme be- 
reitstelk, ein Alarmbanner bereitstellt, das die Alarme inte- 
gricrt, etc. Die B ctricbs mi ttclnutzungs suite 50 kann fcrncr 
eine oder mehrere integrierte Diagnoseanwendungen 250 
enthalten, welche die ProzeBsteuerdaten 201, die ProzeBlei- 
stungsdaten 205 und die Ausrustungszustandsdaten 202 in- 
tegrieren, um eine Diagnose auf anlagenweiter Basis durch- 
zufuhren. Beispielsweise gibt es viele Falle, in welchen Pro- 
zeBausriistungsdaten und ProzeB steuerdaten kombiniert 
werden konnen, um eine bessere diagnostische Analyse uber 25 
einen Zustand innerhalb der Anlage 10 zu erzeugen als die 
Nutzung nur einer dieser Arten von Daten. GleichermaBen 
kann die Ausgabe einer Ausriistungszustandsdiagnosean- 
wendung 224 und die Ausgabe einer ProzeBsteuerdiagnose 
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[0071] Die Fehlerdi agnoseanwendungen 250 konnen auch 
eine Ruckverfolgungsanwendung enthalten, die sowohl die 
ProzeBsteuerdaten 201 als auch die Ausrustungszustandsda- 
ten 202 verwendet, um die Quelle eines erfaBlen Problems 
zu bestimmen. Ruckverfolgungsanwendungen, die versu- 
chen, basierend entweder auf ProzeBsteuerdaten oder Aus- 
rustungszustandsdaten die Ursachen von erfaBten Proble- 
men zu lokalisieren, sind bereits vorhanden, es wurde je- 
doch keine derartige Ruckverfolgungsanwendung verwen- 
det, um die Probleme in einer Anlage basierend sowohl auf 
ProzeBsteuerdaten als auch auf Ausrustungszustandsdaten 
genau zu bestimmen. Die Verwendung einer Ruckverfol- 
gungsanwendung sowohl unter Nutzung der ProzeB- als 
auch Ausriistungsdaten kann eine bessere beziehungsweise 
vollstandigere Antwort auf die Ursache eines Problems oder 
eines Zustandes innerhalb der ProzeBanlage 10 geben, als 
fruhere Ruckverfolgungsanwendungen, die nur entweder 
ProzeB- oder Ausriistungsdaten nutztcn. Sclbstvcrstandlich 
integrieren diese Ruckverfolgungsanwendungen ProzeB- 
steuer- und Ausrustungsuberwachungsdaten und auf 
Wunsch ProzeBleistungsdaten, um die Ursache eines Pro- 
blems zu bestimmen. Eine derartige Ursache kann eine 
Kombination von Faktoren sein, die unterschiedlich ge- 
wichtet sein konnen, die Erfassung von ProzeB- und Ausru- 
stungszustanden, die nicht gleichzeitig vorliegen sollten 
(beispielsweise eine Pumpe, die lauft und ein Absperrventil, 
das geschlossen ist) etc. Die Presentation dieser Problem 
kann im Rahmen von Wahrscheinhchkeiten, Gewichtung, 
yorhergesagten Zustandsbedingungen etc. erfolgen. Diese 



anwendung 210 kombiniert werden, um eine vollstandigere 30 Ruckverfolgungs- oder andere Diagnoseanwendungen kon 



diagnostische Analyse fur eine ProzeBanlage zu erzeugen, 
als die Ausgabe einer der beiden dieser einzelnen Anwen- 
dungen. Die integrierten Diagnoseanwendungen 250 kon- 
nen Expertensysteme jedes gewunschten Typs, ProzeB- und/ 
oder Ausriistungsmodelle und pradiktive Anwendungen 
enthalten, die Vorhersagen uber Zustande innerhalb der An- 
lage 10 basierend auf den empfangenen Daten oder anderen 
Diagnoseentscheidungen erstellen, die von anderen Anwen- 
dungen durchgefuhrt werden. Selbstverstandlich kann die 



nen formale Modelle des Prozesses und der Ausriistung nut- 
zen sowie auch die abgeleiteten Werte von Eingabe- und 
Ausgabevariablen und die tatsachlichen Messungen dieser 
Variablen, um den abgeleiteten Gesamtwert der Ausgabe va- 
35 riablen hinsichtlich der Eingabevariablen zu berechnen und 
diesen abgeleiteten Gesamtwert unter Verwendung von rea- 
len ProzeBmessungen zu bewerten, um die kausalen Bei- 
trage der verschiedenen moglichen Quellen zu berechnen. 
Diese kausalen Daten konnen ebenso mit den tatsachlichen 



integrierte Diagnoseanwendung 250 eine Benutzeranzeige 40 Ausgabedaten von der Anlage 10 verifiziert, bewertet und 
uber die Schnittstellenanwendung 244 bereitstellen, um un- * ' 

terschiedliche diagnostische Analysen anzuzeigen. Ferner 
kann die integrierte Diagnoseanwendung 250 einen Benut- 
zer in die Lage versetzen, die Anwendung 250 so zu konfi- 
gurieren, daB dadurch bestimmte integrierte diagnostische 45 
Bestirnmungen erzeugt werden. Beispielsweise kann fur ei- 
nen Benutzer ein Konfigurauonsbildschirm dargestellt wer- 
den, in dem der Benutzer unterschiedliche Diagnoseanwen- 
dungen auswahlt, die ausgefuhrt werden sollen (darunter 
beispielsweise sowohl die ProzeBdiagnoseanwendungen 50 
210 als auch die Ausrustungsiiberwachungsanwendungen 
224), und kann dann auf der Basis der Ausgaben dieser aus- 
gewahlten Diagnoseanwendungen diese kombinieren oder 
weitere diagnostische Entscheidungen treffen. In diesem 



abgeglichen werden, um zu bestimmen, wie gut die Vorher- 
sagen standgehalten haben. 

[0072] In jedem Fall konnen eine oder mehrere Aktions- 
anwendungen 260 vorgesehen sein, um hinsichtlich der Dia- 
gnoseentscheidungen, die von der integrierten Diagnosean- 
wendung 250 getroffen wurden, oder ansprechend auf 
Alarmzustande oder andere Zustande eine Aktion einzulei- 
ten. Beispielsweise kann die Anwendung 260 eine Liste von 
moglichen Aktionen oder Empfehlungen f iir einen Benutzer 
uber die Benutzerschnittstellenanwendung 244 bereitstellen 
oder fur eine pradikative Anwendung 262, die das Resultat 
einer derartigen Empfehlung vorhersagt und diese Resultate 
einem Benutzer uber die integrierte Anzeigenanwendung 
244 anzeigt. Diese Empfehlungen konnen beispielsweise so 



Fall kann der Benutzer die Ausgaben bestimmter bekannter 55 gestaltet sein, daB sie Aktionen zur Korrektur eines Pro- 



ProzeB- und Ausriistungsuberwachungs- oder -diagnosean- 
wendungen zu einer neuen Funktion kombinieren O^ei der es 
sich beispielsweise um eine ProzeBleistungsfunktion han- 
deln kann), welche diese Ausgaben in einer bestimmten Art 
und Weise kombiniert oder bewertet, um eine diagnostische 
Bestimmung durchzufuhren. Alternadv kann eine neue dia- 
gnostische Anwendung unter Verwendung sowohl der Pro- 
zeBsteuerdaten 201 als auch der Ausrustungsuberwachungs- 
daten 202 erstellt werden, um eine Anlagendiagnose auszu- 
fuhrcn. 

[0070] In diesen Beispielen kann die Diagnoseanwendung 
250 eine Benutzeranzeige beispielsweise uber die Benutzer- 
schnittstellen anwendung 244 ausgeben. 



60 
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blems einleiten, eine langere Lebensdauer der Anlage 10 er- 
zielen, die Anlage 10 wirtschaftlicher oder innerhalb vorge- 
gebener finanzieller Beschrankungen oder Beschrankungen 
durch die Umweltbehorde fahren, um zukunftige Probleme 
basierend auf der gegenwartigen oder vorhergesagten Pro- 
zeB- und Ausrustungsfunktionalitat zu vermeiden, etc. Die 
Anwendung 260 kann ferner den Benutzer in die Lage ver- 
setzen, Simulationen der Anlage 10 basierend auf vorge- 
schlagenen Aktionen ablaufen zu lassen, um die simulierte 
Auswirkung dieser Anwendungen vor der Umsctzung der 
Aktion zu sehen. Die Anwendung 260 kann Aktionen unter- 
nehmen, um mehr oder bessere Daten zu erfassen, und zwar 
im Verlauf der Erstellung einer besseren Diagnoseentschei- 
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dung. Im Zuge dieser Datenerfassung konnen die Ausrii- 
stungszustands- oder die ProzeBuberwachungsanwendun- 
gen oder die Leistungsuberwachungsanwendungen automa- 
tisch veranlaBt. werden, mehr oder andere Arten von Daten 
zu erf as sen. 

[0073] Die Anwendung 260 kann, sofem sie so konfigu- 
riert ist, automatisch Aktionen innerhalb der Anlage 10 un- 
ternehmen, wie etwa das Neueinstellen von Soilwerten, das 
Abstimmen von Regelkreisen, die Rekonfiguration von 
Ausriistung etc., wie dies durch den Riickkopplungsweg 264 
angezeigt ist, und zwar basierend auf den von den An wen- 
dungen 250 getrotfenen Diagnoseentscheidungen, Alarmsi- 
gnalen etc. Diese Aktionen konnen mit der Nutzung von 
ProzeBsteueranwendungen, Ausriistungsuberwachungs- 
und Steueranwendungen verbunden sein oder nicht, urn Ver- — 
anderungen an dem System urnzusetzen. Diese Aktionen 
konnen femer die Rekonfiguration der Anlage 10 mit sich 
bringcn, um cin andcrcs Produkt oder mchr cincr Produktart 
gegenuber einer anderen herzustellen oder ariderweitig die 
Anlage 10 zu rekonfigurieren, um die finanziellen Ertrage zu 20 
maxiniieren oder andere Ziele zu bewirken. Ferner kann die 
Anwendung 260 andere Anwendungen aufrufen, wie etwa 
eine automatische Arbei tsauftragserzeugungsan wendung 
270 (bei der es sich um die Anwendung 54 aus Fig. 1 han- 
deln kann), um fiir die Ausriistung erforderliche Teile zu be- 25 
stelien, fur die Herstellung neuer Produkte bendtigte Ron- 
materialien zu bestellen etc. Selbstverstandlich kann die An- 
wendung 260 integrierte Alarmierungsdaten, Daten uber fi- 
nanzielle Beschrankungen oder Direkuven oder andere Da- 
ten je nach Erfordemis benutzen, um Notfallaktionen einzu- 30 
leiten, um eine Steuerung auszufiihren, um automatische 
oder manuelle Veranderungen zu veranlassen, die an der 
Anlage 10 auszufiihren sind, um die Direktiven auszufuh- 
ren, etc. 

[0074] Es versteht sich, daB die Benutzerschnittstelle 244 35 
eine beliebige Auswahl oder alle einer Anzahl von unter- 
schiedlichen Arten von Benutzerbildschirmen basierend auf 
der in der Suite 50 ausgefuhrten Anwendung anzeigen kann. 
So kann beispielsweise die Benutzerschnittstelle 244 Ausrii- 
stungsleistungsbildschirme, Rohdatenbildschirme, Status- 40 
diagranmie 242 etc. anzeigen. Die Benutzerschnittstelle 244 
kann ferner integrierte Alarmbildschirme 248 anzeigen, die 
von der integrierten Alarmanwendung 246 erzeugt werden. 
In ahnlicher Weise konnen Diagnoseanzeigen 273, Empfeh- 
lungsbildschirme 274 und Bildschirme, welche die Sollpro- 45 
duktion und Ausriistungsnutzung 275 und 276 anzeigen, 
von jeder der Fehlerdiagnoseanwendungen 250 erzeugt wer- 
den. GleichermaBen konnen Produkuonsplanungs- und Fi- 
nanzbildschirme 277 beliebiger Natur von den Aktionsan- 
wendungen 260 erzeugt werden. Selbstverstandlich konnen 
andere Arten von Bildschirmen und Anzeigen von diesen 
und anderen Anwendungen basierend auf Daten von zahl- 
reichen Datenquellen erstellt. werden. s 
[0075] Es sei angemerkt, daB in Fig. 3 zwar die ProzeB- 
steuer-, die Ausrustungsuberwachungsdiagnose- und die 
Leistungsiiberwachungsanwendungen getrennt von der An- 
wendungssuite 50 dargestellt sind, diese speziellen Anwen- 
dungen jedoch Teil der Suite sein konnen oder von der Suite 
mit integrierten Anwendungen 50 verwendet werden konn- 
ten, wenn dies gewiinscht ist. Wahrend Fig. 3 ferner die zu 
einer Ausfuhrungsform einer Anlage 10 gehorenden Daten 
darstellt, soil Fig. 3 nicht die physischen Orte einer der An- 
wendungen innerhalb der Anwendungssuite 50 angeben. So 
konnen die in Fig. 3 gezeigten Anwendungen und die Hard- 
ware tcilwcisc oder vollstandig an jedem gewunschten Ort 
innerhalb der Anlage (oder auch von der Anlage 10 entfernt, 
wenn dies sewiinscht ist) angeordnet sein und diese Anwen- 
dungen mussen nicht an demselben Ort plaziert sein. Femer 
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kann der DatenfluB zwischen Datenerfassungseinrichtungen 
und dem Datenerfassungs- und Veneilungssystem 102 so- 
wie zwischen dem Datenerfassungs- und Verteilungssystem 
102 und den in Fig. 3 dargestellten Anwendungen uber jedes 
5 gewunschte Netz erfolgen, wie zum Beispiel ein LAN oder 
WAN, das Internet, ein beliebiges Intranet etc. Daten kon- 
nen in jeder gewunschten Weise unter Verwendung von je- 
der gewunschten Hardware einschiieBlich beispielsweise je- 
des ^physikalischen Mediums, jedes dedizierten oder ge- 
10 meinsam genutzten Informationstransportverfahrens, darun- 
ter ohne Einschrankungen die Benutzung von dralitgebun- 
denen, drahtlosen, Koaxialkabel-, Telefonmodem-, (}lasfa- 
ser-, Meteorburst-, Satelliten- etc. -Einrichtungen transpor- 
tiert werden. Diese Kommunikation kann auch jedes ge- 
5 wunschte Protokoll verwenden, wozu ohne Einschrankun- 
gen Fieldbus-, XML-, TCP/IP-, IEEE 802.3-, Blue tooth-, 
X.25-, X.400-Protokolle oder jedes andere jetzt bekannte 
oder zukiinftig cntwickcltc Protokoll zahlcn. 
[0076] Die Daten konnen in jedem Zustand der Ubermitt- 
lung zu den, der Nutzung durch die oder der Ruckubermitt- 
lung von den Integrations anwendungen 50 konditioniert 
oder komprimiert werden. Selbstverstandlich kann jede be- 
kannte oder gewunschte Komprimierung verwendet wer- 
den, darunter beispielsweise Wavelet-Signalreprasentation, 
Fourier-, Hadamard-, etc. -Transformation, Koimnunikation 
von Fourierkoefnzienten etc., Exception processing, Swin- 
ging door data compression etc. 

[0077] Ferner konnen die Integrationsanwendungen 50, 
wie etwa die Diagnoseanwendung 250, beliebige gemein- 
sarne Modelle der ProzeBausriistung und des ProzeBverhal- 
tens nutzen, um diagnostische oder pradiktive Entscheidun- 
gen zu erstellen, darunter beispielsweise formale mathema- 
tische Modelle, statistische Korrelationen, Schatzungen ba- 
sierend auf Kalmanfilter, neurale Netze, Modelle auf der Ba- 
sis von Fuzzy logic oder jede beliebige Kombination dieser 
oder anderer Modelle. 

[0078] In einer Ausfuhrungsform kann die Diagnosean- 
wendung 250 einen Benutzer in die Lage versetzen, die 
Charakteristiken der Wellenformen von Ausgangssignalen 
der ProzeB- oder Zustandsuberwachungssensoren zu be- 
trachten und Steuerungsveranderungen als Trend, und/oder 
Alarm und/oder Aufruf zu verarbeiten, wenn diese Muster 
sich verandern. Diese Funktionalitat kann durch Musterer- 
kennung mit Alarmgrenzen an dem Merkmalssatz imple- 
mentiert werden, oder durch Betrachten der Fourierkompo- 
nenten und das Vorsehen eines Trendbildungs- und/oder 
Alarm- und/oder SteueranstoBes basierend auf den an den 
einzelnen Fourierkoeffizienten gesetzten Grenzwenen oder 
einer gewichteten Kombination der Fourierkoeffizienten 
50 oder einer Funkuon derselben (beispielsweise der quadrati- 
schenFunktion, Gesamtwechselstromleistung, derPSD-Ko- 
effizienten etc.) implementiert werden. 
[0079] In einer Ausfuhrungsform konnen eine oder meh- 
rere Karten, wie zum Beispiel Eingabe/Ausgabe-Karten 
55 (I/O), die mit einer oder mehreren der ProzeBsteuereinrich- 
tungen 12 oder 14 in Fig. 1 verbunden sind, vorgesehen 
sein, um Uberwachungseingaben von ProzeB- und Ausrii- 
stungsuberwachungsaktivitaten zu erfassen, umzuwandeln 
und zu verarbeiten oder zu puffern, womit diese Karten ei- 
60 nen Teil oder das gesamte Datenerfassungs- und Vertei- 
lungssystem 102 implementieren konnen. Diese I/O-Karten 
(bei welchen es sich um Untergruppenprozessoren handeln 
kann, auf welchen Datenerfassungsroutinen implementiert 
" sind), konnen Datenerfassungsaktivitaten fiir einige oder 
65 alle Einrichtungen, Bcrcichc etc. der ProzcBanlagc 10 
durchfuhren, um die von den integrierten Anwendungen in 
der Anlage 10 benotigten Daten bereitzustellen. Diese Kar- 
ten konnen so konfiguriert sein, daB sie die ProzeBsteuerda- 
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ten, Ausriistungsuberwachungsdaten oder ProzeBleistungs- 
daten zum Teil oder voilstandig von verschiedenen und 
mehrfachen und un terse hiedlichen Einrichtungsarten oder 
Quell en in dem ProzeBsteuersystem erf as sen. Zu diesen Da- 
tenquellen konnen beispielsweise tragbare Erfassungsein- 5 
richtungen, chemische und physikalische LabormeBquellen, 
direkte Online-Eingabequellen und entfernte Quellen zah- 
len. Ferner kann eine weitere Karte, wie beispielsweise eine 
mil einem Steuergerat verbundene I/O-Karte, vorgesehen 
sein, urn eine oder mehrere der integrierten Anwendungen, 10 
die hier beschrieben werden, zu speichern und zu implernen- 
tieren. Wahrend somit Fig. 1 die Datenerfassungs- und Ver- 
teilungsanwendungen sowie die integrierten Anwendungen 
innerhalb der Betriebsmittelnutzungssuite als in einem Zen- 
tralcomputer 30 implementiert zeigt, konnen diese An wen- 15 
dungen und die Datenerfassungsaktivitaten fur diese An- 
wendungen in einer oder mehreren dedizierten Karten oder 
andcrcn Einrichtungcn implementiert scin, die iibcr die Pro- 
zeBanlage 10 verteilt sind. Diese Karten oder untergeordne- 
ten Prozessoren konnen direkt mit einer Benutzerschnitt- 20 
stelle und einer Steuereinrichtung uber einen Systembus, 
wie zum Beispiel den Bus 32 in Fig. 1, verbunden sein, oder 
konnten Teil eines Eingabe/Ausgabesystems sein, das zu ei- 
ner oder mehreren dieser Steuereinrichtungen gehort, oder 
konnten anderweitig angeordnet sein. Selbstverstandlich 25 
konnte eine derartige dedizierte Karte alle der integrierten 
Anwendungen oder jede betiebige Teileinheit davon in Ab- 
hangigkeit von der Konfiguration und der Art der ProzeBan- 
lage 10, in der sie verwendet wird, ablaufen lassen. In eini- 
gen Fallen kann eine gewisse Vorverarbeitung der auf Steu- 30 
ereinrichtungsebene erfaBten Daten durchgefuhrt werden, 
und diese vorverarbeiteten oder teilweise verarbeiteten Da- 
ten konnen anschlieBend einer weiteren Einrichtung zur 
Verfugung gestellt werden, wie zum Beispiel dem Compu- 
tersystem 30, das die integrierte Verarbekung vervollstandi- 35 
gen kann. Auf diese Weise konnen die integrierten Anwen- 
dungen 50 ihrer Art nach verteilt sein, wenn sie in einer An- 
lagenumgebung implementiert werden. 
[0080] Ein Verfahren zum Erfassen und Integrieren von 
Daten von ungleichartigen Datenquellen wird nachfolgend 40 
unter Bezug auf Fig. 4 bis 6 erortert. In diesem Beispiel wird 
davon ausgegangen, daB die von den voneinander verschie- 
denen Datenquellen erfaBten Daten in ein Format konver- 
tiert werden, das von dem ProzeBsteuersystem verwendet 
wird, das unter Verwendung des von Fisher Rosemount Sy- 45 
stems, Inc., vertriebenen Delta V-ProzeBsteuersystems im- 
plementiert wird. Das hat zur Folge, daB die ProzeBsteuer- 
daten keine entfemte Datenquelle sind. Andere Daten, wie 
zum Beispiel Wartungsdaten, Leistungsuberwachungsdaten, 
ProzeBmodelldaten, Finanzdaten etc. stammen jedoch von 50 
externen Datenquellen. Allgemein ausgedruckt ist dieses 
System unter Verwendung eines Konfigurations systems 
konfiguriert, das Daten uber die Konfiguration des Systems 
speichert und diese verfolgt. In der Vergangenheit war ein 
derartiges Konfigurationssystem auf die Plazierung und 55 
Wechselwirkung von ProzeBsteuereinrichtungen, Software 
und Strategien beschrankt und enthielt in einem begrenzten 
AusmaB Wartungsinformation uber bestirnmte Einrichtun- 
gen, wie zum Beispiel Anlageneinrichtungen. Da der 
Schwerpunkt des Systems die Versorgung von ProzeBsteu- 60 
eroperatoren war, war die dem Benutzer dargestellte und 
von dem Konfigurationssystem verfolgte Information allge- 
mein auf ProzeBsteuerdaten beschrankt. In diesem bekann- 
ten System speicherte eine Konfigurationsdatenbank und 
zcigtc cine Explorer- An wendung Information cn an, die zu 65 
den ProzeBsteuereinrichtungen gehoren, sowie die von die- 
sen Einrichtungen erfaBten und durch diese Einrichtungen 
erzeugten Daten. 



[0081] Allgemein wird nun. urn es zu ermoglichen. daB 
Daten von unterschiedlichen Datenquellen in einem einzel- 
nen System erfafit und verwendet werden, eine Konfigurati- 
onsdatenbank oder ein anderes integriertes Konfigurations- 
system vorgesehen, um es zu ermoglichen, daB unterschied- 
liche Datenquellen Daten an das System zur Nutzung als 
eine einzelne Datenquelle abgeben. Eine derartige Konfigu- 
rationsdatenbank wird verwendet, um Daten von anderen, 
ungleichartigen Datenquellen zu erfassen und zu speichern, 
und eine Anzeige oder Hierarchie des Explorer-Typs ist vor- 
gesehen, um die Manipulation, Organisation und Nutzung 
der erfaBten Daten zu ermoglichen, um dadurch diese Daten 
den unterschiedlichen Anwendungen verfugbar zu machen. 
[0082] Fig. 4 zeigt eine Ubersicht uber die Architektur ei- 
nes Systems 300, das die Erfassung von Daten von un- 
gleichartigen Datenquellen mit einem ProzeBsteuersystem 
implementiert. Allgemein ausgedruckt, enthalt das System 
300 cincn Informationstcchnologic-systcmabschnitt 302 
(ITS), der ein Wartungsverwaltungssystem 304, ein Produk- 
tinventarkontrollsystem 306, ein Produktplanungssystem 
308 sowie andere Systeme enthalt, die durch ein LAN, das 
Internet etc., verbunden sind. Der ITS 302 ist mit einem 
Webservices-Abschnitt 310 uber einen XML-Transaktions- 
server 312 verbunden. Der Server 312 sendet XML-ge- 
vvrappte Daten an die Webservices 310, welche die Daten 
anzeigen, die von den Blocken 304, 306 und 308 verwendet 
oder erzeugt werden. 

[0083] Die Webservices 310 enthalten eine Reihe von 
Webservice-Mithorem 314, die nach bestimmten Daten ho- 
ren oder die bestirnmte Daten von anderen Datenquellen 
abonnieren und diese Daten den abonnierenden Anwendun- 
gen zur Verfugung stellen. Die abonnierenden Anwendun- 
gen konnen zu den Anwendungen innerhalb des ITS 302 
oder einem ProzeBsteuersystem gehoren. Die Web-Mitho- 
rerservices (die Teil des Datenerfassungs- und Verteilungs- 
system 102 sein konnen) konnen nach Alarm- und Ereignis- 
daten, ProzeBzustandsuberwachungsdaten und Ausrii- 
stungszustandsuberwachungsdaten horen und diese weiter- 
leiten. Schnittstellen fur diese Daten werden verwendet, um 
die Daten in ein Standardformat oder -protokoll, wie zum 
Beispiel das Fieldbus- oder Delta V-Protokoll, oder nach 
Wunsch in XML zu konvertieren. 

[0084] Die Webservices 310 sind mit anderen externen 
Datenquellen uber Webserver 316 in Kontakt und erhalten 
Daten von diesen. Die externen Quellen konnen Vibrations- 
iiberwachungsdatenquellen, Echtzeitoptimierungsdaten- 
quellen, Expertensystemanalysedatenquellen, pradiktive 
Wartungsdatenquellen, Regelkrei siiberwachungsdatenquel- 
len oder andere Datenquellen einschlieBen. Selbstverstand- 
lich kann jede Quelle uber verschiedene externe Server ver- 
bunden sein, oder zwei oder mehr der Datenquellen konnen 
Server gemeinsam nutzen, wo dies moglich ist. Gleicherma- 
Ben konnen diese Datenquellen in die ProzeBsteuerumge- 
bung eingebettet sein oder von dieser separat sein und mit 
den externen Servern uber das Internet oder ein anderes 
LAN oder WAN verbunden sein. In jedem Fall konnen die 
Webserver 316 einen Teil der Funktionalitat des Datenerfas- 
sungs- und Verteilungssy stems 102 implementieren, indem 
sie die empfangenen Daten formatieren, wenn dies ge- 
wunscht ist. 

[0085] Ein ProzeBsteuerlaufzeitsystem 318 ist mit den 
Webservices 310 und den externen Servern 316 in Kontakt. 
Das Laufzeitsystem 318 enthalt Steueranwendungen, Ope- 
ratorschnittstellenanwendungen, Alarm- und Ereignisan- 
wendungen und Echtzcitdatcnanwcndungcn, die jewcils die 
Daten von den externen Servern oder von den Webservices 
(und somit von dem ITS 302) nutzen konnen. Ein Interopsy- 
stem 320 ist vorgesehen, um die Daten von den Web servern 
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316 und den Webservices 310 zu erfassen und zu organisie- 
ren, um diese Daten in einem gemeinsamen oder konsisten- 
ten Format zur Verfugung zu stellen, das von dem ProzeB- 
steuerlaufzeitsystem 318 nurzhar ist. Das Tnteropsyst.em 320 
kann Konvertierungsschnittstellen, wie zum Beispiel ROC, 5 
OPC. PI und Virtual Controller DLL I/F-Schnittstellen ent- 
halicn, die die Datenumwandlung und -erkennung an den 
von den Wcbservem 316 und den Webservice-Mithoren 314 
cmplungcncn Daien durchfuhren konnen. 

[0086| ^ SchlicBlich wird eine Konfigurationsdatenbank to 
322 verwendet, um die Daten von dem Interopsystem 320 
und ilcm Pro/.eBsieucrlaufzeitsystem 318 zu speichern und 
zu organisiercn, einsehlicBlich aller Daten von den entfern- 
len Daicnqucllcn. wie zum Beispiel den externen Webser- 
vcm 316 und dem ITS 302. Selbstverstandlich kann das ITS 15 
302 cbcnlails Daien von dem ProzeBsteuersystem und den 
eniferntcn 1)jicnc|iicllcn uber die Webservices 310 abonnie- 
rcn und crhulun. 

[0087| Htt- > /cijii.cin Beispiel einer Anzeige 350, das 
von cihem Njwyjtionsux*! des !t\plorertyps erzeugt wird, 20 
das -vcrwcikWi ucrden kann. um die von dem Datenerfas- 
sungs--und -\crteilunp»s>Mciii 102 erfaBten Daten, die in 
der Konliguniiionsdalenbank 322 gespeichert sind, zu spei- 
chern, zu organiMeren und aui diese /.uzugreifen. Die An- 
zeige oder Hierarchic 350 onlliUli /alilrciehe verschiedene 25 
Abschnitlc, die fur verschiedene Zwecke verwendet werden 
konnen. Die Hierarchic 350 slelh jaliK-h eine Organisation 
der Daten oder anderer lilcmcnic dar. die fur das System 
verfugbar sind. erlauiert einen Oberhlick uber diese und bie- 
tet Zugriff auf diese. Somil wird die Tlierarchie 350 yerwen- 30 
det, um die in der Konfigurationsdatenbank gespeicherten 
Daten darzustellen und diese Daien zu nianipulieren, urn so 
die Konfiguration des Systems in gewisser Weise zu veran- 
dem. Wie zu erkennen ist. enthalt das Hierarchiebeispiel 
von Fig. 5 eine An/.ahl von verschiedenen Abschnitten, dar- 35 
unter einen *'Bibliolheks ,, -Abschnitt, einen "Steuerstrate- 
gien"-Abschnitt und einen "Nctz/'-Abschnitt, die jeweils fur 
unterschiedliche Zwcckc verwendet werden konnen oder 
zur Darstellung von untcrschicdlichen Daten oder verschie- 
denen Organisationswcisen der in der Konfigurationsdaten- 40 
bank gespeicherten oder dieser zur Verfugung stehenden 
Daten verwendet werden konnen. 

[0088] Allgemein ausgcdruckl, enthalt der Bibtiotheksab- 
schnitt Listen von verschiedenen Elementen, die in der Kon- 
figuration gespeichert sind oder dieser zugehorig sind, und 45 
bietet Zugriff auf diese. Diese Elemente konnen Hardware- 
oder Softwareelemente sein, darunter beispiels weise Vorla- 
gensoftwaremodule, Anlageneinrichtungen; Steuereinrich- 
tungen, Workstations etc. Um die Daten von den ungleichar- 
tigen Datenquellen darzusteUen, zu organisieren und Zugriff 50 
auf diese zu ermoglichen, kann die Bibliotbek ferner einen 
oder mehrere externe Server enthalten, die als DatenfluBlei- 
tungen von den ungleichartigen Datenquellen zu dem inte- 
grierten System verwendet werden. Diese Server sind in 
Fig. 4 als Webserver 316 dargestellt. In seiner Verwendung 55 
hierin enthalt das integrierte System alle Hardware- und 
Softwareelemente uber dem Datenerfassungs- und Vertei- 
lungssystem 102 aus Fig. 2. Anders ausgedruckt, enthalt das 
integrierte System die Elemente, die dasseibe Datenformat 
innerhalb des Systems 10 nutzen. 60 
[0089] Unter jedem externen Server und daher diesem zu- 
gehorig sind Elemente oder Parameter der Datenquelle defi- 
niert, die diesen Server als eine Datenleitung nutzt. Die defi- 
nierten Parameter des Servers und damit der Datenquelle 
konnen Icons scin, die Anwcndungcn oder Hardwarccin- 65 
richtungen darstellen, die mit dem Server verbunden sind 
oder in diesem gespeichert sind. Diese definierten Parameter 
konnen mit XML- Scripts bestuckt sein, die von den eigent- 



lichen externen Servern vorgesehen werden und zu den un- 
terschiedliche n Datenquellen gehoren. In einigen Fallen 
konnen die Besitzer oder die Personen, welche die Daten- 
quellen erstellt. haben, wie zum Beispiel die Serviceprovider 
oder Hersteller der Anwendungen, die XML-Scripts zur 
Verfugung stellen, welche die betrieblichen Fahigkeiten der 
Server oder Datenquellen, die zu diesen gehoren, definieren. 
Im Gegensatz dazu kann ein Benutzer oder ein Operator in- 
nerhalb des integrierten Systems die Bibliothek mit Infor- 
mationen bestucken, welche den Zweck und die Attribute 
des externen Servers definieren. 

[0090] Eine Beispieldatenquelle, die in Fig. 4 zu einem 
externen Server gehorig dargestellt ist, ist die RTO+ An- 
wendung. Allgemein ausgedruckt ist die RTO+ Anwendung 
eine Optimierungsanwendung, die von einem ProzeBsteuer- 
system-Dienstleister zur Verfugung gestellt und allgemein 
implementiert wird. Diese Anwendung wird gewohnlich fur 
cin bestimmtes ProzeBsteuersystem maBgcschncidert und 
benutzt Modelle, um die ProzeBsteueranlage zum Zweck der 
Optimierung der Steuerung der Anlage modellhaft darzu- 
steUen. Unter dem RTO+ Icon, das physikalisch auf der Da- 
tenquellenseite des externen Servers angeordnet ist, ist die 
RTO Anwendung in der Darstellung mit einer Kessel- 
dampfturbine beschaftigt. Die RTO+- Anwendung steUt In- 
fonnalionen, wie etwa den Wirkungsgrad dieser Turbine, 
die Ausgangsleistung dieser Turbine und andere Parameter 
oder Daten zur Verfugung, die von der RTO+ Software hin- 
sichtlich der Turbine gemessen oder erzeugt werden. Ferner 
sind andere Elemente, die sich auf die Kesseldampfturbine 
beziehen und von der RTO+- Software zur Verfugung gestellt 
werden, in der Bibliothek dargestellt. Beispielsweise sind 
Funktionsblocke, die fur die Turbine definiert sind oder mit 
dieser in Verbindung stehen, ebenso wie Parameter dieser 
Funktionsblocke aufgelistet. GleichemiaBen sind Alarmzu- 
stande in Verbindung mit der Turbine dargestellt und kon- 
nen hier freigegeben (eingeschaltet) oder auBer Funktion ge- 
setzt (abgeschaltet) werden. GleichermaBen eine Anzeige, 
ob andere Anwendungen, wie zum Beispiel Diagnosean- 
wendungen, die mogkeherweise Daten von der Turbine uber 
die RTO+ Software erfassen mussen, freigegeben oder au- 
Ber Betrieb gesetzt sind. Femer sind andere vordefinierte 
Archivdatensammlungen, welche uber die Turbine zu erfas- 
sende und zu speichernden Daten definieren, in diesem Ab- 
schnitt der Bibliothek gespeichert. Es sei angemerkt, daB die 
Alarmzustande und andere Dienste, wie zum Beispiel die 
Diagnosedienste, nicht tatsachlich Teile der Kesseldampf- 
turbine sind. Sie sind jedoch in der Bibliothek unter diesem 
Element aufgefuhrt, da sie von der Turbine Daten erfassen 
und daher die Turbine unterstiitzen. 

[0091] Unter Bezug auf den Steuerstrategienabschnitt der 
Hierarchic 350 sind die Steuerstrategien beispielsweise nach 
geographischen Bereichen, wie zum Beispiel Bereich 1, Be- 
reich 2, etc., organisiert. Jeder Bereich kann in verschiedene 
Einheiten, wie zum Beispiel Einheit 1, Einheit 2, etc. unter- 
teilt werden. Ferner kann jede Einheit zahlreiche Module 
aufweisen, die zu dieser gehoren. Diese Module konnen be- 
liebige Module sein, wie etwa Module, die innerhalb des 
ProzeBsteuemetzes in dem konsistenten Format entwickelt 
wurden, oder Module, die zu den andersartigen Datenquel- 
len gehoren. Diese Module werden allgemein verwendet, 
um zu konfigurieren, wie verschiedene Anwendungen in 
Zusammenhang miteinander operieren und miteinander 
kommunizieren. Diese Funktionalitat wird im Detail unter 
Bezug auf Fig. 6 beschrieben. 

[0092] Der Steuerstrategienabschnitt stcllt Informationcn, 
wie sie in der Konfigurationsdatenbank gespeichert sind, 
hinsichtlich der gegenwartigen Konfiguration des Systems 
10 einschlieBlich der ortlichen Anordnung und Wechselwir- 
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kung unierschiedlicher Hardware in dem System 10, der ort- 
lichen Anordnung und Wechselwirkung der unterschiedli- 
chen Software innerhalb des Systems 10 etc. dar. Ein Opera- 
tor oder Benutzer kann die TConfigurat.ion des Systems mani- 
pulieren, indem die Elemente innerhalb der Anzeige 350 
manipuliert werden. Um beispielsweise eine Software in 
eine Hardwareeinrichtung herunterzuladen, kann der Benut- 
zer ein Icon, das diese Software darstellt, durch Drag-and- 
Drop auf das Hardwareelement Ziehen. Das Plazieren eines 
neuen Einrichtungsicons in der Hierarchie 350 gibt wieder, 
da8 eine neue Einrichtung physikalisch zu dern System hin- 
zugefugt wurde. 

[0093] Allgemein ausgedriickt ist die Konfigurationsda- 
tenbank so gestaltet, daB sie die Manipulation der in den 
Steuerstragieabschnitten dargestellten Module, die sie ge- 
speichert hat, erlaubt. Andere Elemente, seien es Hardware- 
oder Softwareelemente, konnen durch ein einzelnes Modul 
odcr durch cine Kombination von rnitcinandcr verbundenen 
Modulen dargestellt sein. Wenn somit ein Benutzer die 
Icons in der Anzeige 350 manipuliert, manipuliert der Be- 
nutzer tatsachlich Module innerhalb der Konfigurationsda- 
tenbank oder anderen Datenbanken oder Speichern, in wel- 
chen diese Module angeordnet sind. Um die Erfassung und 
Nutzung von Daten von verschiedenen Datenquellen zu er- 
moglichen, gibt die Anzeige oder Hierarchie 350 die unter- 
schiedlichen Datenquellen als Module oder Kombination 
von Modulen wieder. Derartige Module konnen dann in der 
Konfigurationshierarchie plaziert werden und in der glei- 
chen Weise manipuliert, werden in der Module, die zu Ele- 
menten in dem integrierten System gehoren, wie zum Bei- 
spiel ProzeBsteuermodule, in der Konfigurationsdatenbank 
manipuliert werden. Wenn ein Modul fur eine bisher unbe- 
kannte oder nicht angeschlossene Datenquelle erstellt wird, 
definiert der Benutzer den Typ, die Art oder Bedeutung der 
Daten, die von dieser Datenquelle zu empfangen sind, in 
dem Kontext eines Moduls. Unter Verwendung dieses Infor- 
mationskonstrukts konnen die von dieser Datenquelle tat- 
sachlich empfangenen Daten anschlieBend kategorisiert, ge- 
kennzeichnet, erkannt und in dem integrierten System in der 
gleichen Weise wie Daten von anderen Modulen von Ele- 
menten innerhalb des integrierten Systems genutzt werden. 
Auf diese Weise kann jeder Datentyp, der von einer grund- 
verschiedenen Datenquelle erhalten wird, erfaGt und gespei- 
chert werden, auch wenn eine Organisation oder Person die 
Anwendung oder Einrichtung, welche die Daten eigentlich 
erzeugt, erstellt hat, welche in keinerlei Verbindung mit dem 
integrierten System steht. Selbstverstandlich versteht es 
sich, daB die Daten von der Datenquelle zu der Konfigurati- 
onsdatenbank kommuniziert werden, nachdem sie durch 
eine Datenkonvertierungstechnik, wie zum Beispiel OPC, 
PI, Fieldbus, etc., konvertiert wurden. Wie vorstehend ange- 
geben wird diese Funktion von dem Datenerfassungs- und 
Verteilungssystem 102 durchgefuhrt, das in der Hierarchie 
350 in Fig. 5 nicht dargestellt ist. Eine detailliertere Be- 
schreibung von Modulen fur die Dampfturbine erfolgt unter 
Bezug auf Fig. 6. 

[0094] Der Netzabschnitt der Hierarchie 350 stellt die 
physischen und betrieblichen Verbindungen des Netzes dar. 
Selbstverstandlich gibt es allgemein viele verschiedene Ar- 
ten von Einrichtungen und Elementen, die zu dem Netz ge- 
horen. Ein dargestelltes Element ist jedoch ein ACN (Be- 
reichssteuerknoten), der einen Steuergerateknoten enthalt. 
In dem Steuergerateknoten sind wiederum Steuerstrategien, 
wie zum Beispiel Steuer- und Kommunikationssoftware, 
gcspcichcrt. Der ACN enthalt fcrncr cine odcr mchrcrc Ein- 
gabe/Ausgabe-Einrichtungen (I/O), bei denen es sich um 
Fieldbus-I/O-Einrichtungen, HART-I/O-Einrichtungen etc. 
handeln kann. Selbstverstandlich kann jede I/O-Einrichtung 
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unterschiedliche Eingange, Einrichtungen. Funktionsblocke 
etc. haben, die mit dieser verb un den sind oder mil der I/O- 
Einrichtung kommunikativ in Verbindung stehen. Zu dem 
ACN konnen auch eine oder mehrere Workstations gehoren. 
5 Diese Workstations konnen Benutzerschnittstellen oder an- 
dere Arten von Workstations sein. Die in Fig. 5 gezeigte 
Workstation unterstiitzt oder implementiert zahlreiche An- 
wendungen oder andere funktionelle Elemente, darunter in 
diesem Beispiel Anwendungen zur Verarbeitung oder An- 
10 zeige von Alarmen oder Benachrichtigungen und Steuer- 
strategieanwendungen, wie zum Beispiel diejenigen, die zur 
Konfiguration von Steuergeraten, von Anlageneinrichtun- 
gen etc. verwendet werden, um Informationen tiber das 
Steuergerat und die Anlageneinrichtungen zu erhalten. 
15 [0095] Um das Erfassen von Daten von verschiedenen 
oder stark unterschiedlichen Datenquellen zu ermoglichen, 
wird ein Interoperationsabschnitt (IOP) ebenfalls von dieser 
Workstation bcrcitgcstclit odcr wird in dieser ausgefuhrt. 
Der IOP-Abschnitt (der auch in Fig. 4 dargestellt ist) enthalt 
20 einen oder mehrere der externen Server, die in dem Biblio- 
theksabschnitt der Hierarchie 350 bezeichnet sind. Hier wird 
der externe RTO+ Server (als externer Server 1 bezeichnet) 
von der in dem ACN dargestellten Workstation unterstiitzt. 
Selbstverstandlich konnen andere exteme Server, die zu an- 
25 deren Datenquellen als den unter Bezug auf Fig. 2 und 3 be- 
schriebenen gehoren, in dieser Workstation, in anderen 
Workstations in diesem ACN oder nach Wunsch in anderen 
ACNs vorgesehen sein. Jede sinn voile Anzahl von Einrich- 
tungen kann von dem externen Server unterstiitzt werden. 
30 Wahrend alle diese Einrichtungen zu der KTO+ Anwendung 
oder dem Dienst gehoren konnen, rnussen nicht alle von ei- 
nem Server unterstutzten Einrichtungen zu einer bestimm- 
ten Datenquelle gehoren. Auf diese Weise kann ein einzel- 
ner Server viele verschiedene Datenquellen unterstiitzen. 
35 [0096] In diesem Beispiel ist eine der Einrichtungen, die 
von dem externen Server 1 unterstiitzt wird, die vorstehend 
erorterte Kesseldarnpfturbine. Wie in dem Bibliotheksab- 
schnitt ahnlich dargestellt, kann die Kesseldarnpfturbine Ei- 
genschaften, wie zum Beispiel Wirkungsgrad, Leistung, 
40 etc., Funktionsblocke, Alarme etc., enthalten. Ebenso wie in 
dem Bibliodieksabschnitt kann der Benutzer die Konfigura- 
tion so gestalten, daB er an diesem Ort der Hierarchie 
Alarme empfangt oder freigibt, wie zum Beispiel Einrich- 
tungsalarme, indem der Alarm der Turbineneinrichtung ge- 
45 wahlt und hier freigegeben wird. Ferner kann der Benutzer 
auf die Alarme, Eigenschaften (wie zum Beispiel Wirkungs- 
grad und Leistung), Funktionsblocke und Parameterdaten an 
diesem Ort der Hierarchie 350 zugreifen. 
[0097] Auf diese Weise kann ein Benutzer unter Verwen- 
50 dung des IOP-Abschnitts der Hierarchie 350 Daten von Ein- 
richtungen, Anwendungen etc., die zu fruher mit dem inte- 
grierten System nicht verbundenen Datenquellen gehoren 
definieren und anschlieBend ZugrifF auf diese gewahren. In 
einigen Fallen wird der Benutzer ein oder mehrere Module 
55 fur die externen Datenquellen definieren, wie zum Beispiel 
fur externe Einrichtungen oder Anwendungen, und diese 
Module verwenden, um die von den sehr unterschiedlichen 
Datenquellen erfaBten Daten zu organisieren und anderen 
Anwendungen verfugbar zu machen. Als Teil dieses Prozes- 
60 ses kann der Benutzer Funktionsblocke, Parameter, Alarme, 
die zu den externen Datenquellen gehoren, erstellen. Dies ist 
auch dann der Fall, wenn die Module oder Funktionsblocke 
fur die externen Datenquellen nichi iatsachlich in den exter- 
nen Datenquellen existieren, sondes anstelle dessen in dem 
65 Datenerfassungs- und Verteilungssystem 102 lokalisicrt 
sind, wie es von der Workstation und dem mit dieser exter- 
nen Datenquelle verbundenen externen Server implemen- 
tiert wird. 
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[0098] Unter Verwendung der Konfigurationshierarchie 
350 aus Fig. 5 definiert oder importiert der Benutzer Mo- 
dule, die zu den Datenquellen gehoren, wie zum Beispiel 
Einrichtungen oder Anwendungen, die durch externe Server 
angeschlossen sind, die von den IOP-Services unterstutzt 5 
werden. Fig. 6 zeigt einen Konfigurationsbildschirm, der 
von einer Konfigurauonsanwendung dargestellt wird, wel- 
che das Erstellen und Manipulieren von Moduien eriaubt, so 
daB sie mil anderen Moduien innerhalb des integrierten Sy- 
stems verbunden werden. Unter Verwendung dieses Konfi- to 
guralionsbildschirms konnen Module fur Anwendungen 
und Einrichtungen innerhalb des integrierten Systems und 
Module fur Anwendungen und Einrichtungen auBerhalb des 
integrierten Systems, das heifit solche, die zu den ungleich- 
artigen Datenquellen gehoren, miteinander verbunden wer- 15 
den, so daB sie miteinander kommunizieren. Diese Verbin- 
dung definiert dann den DatenfluB zwischen den Moduien 
und soniit den DatenfluB zwischen extcrncn Datenquellen 
und Anwendungen innerhalb des integrierten Systems oder 
unigekehri . 20 
[0099] Module konnen erstellt werden, indent eine eine 
Vielzahl von Mbdulvoriagen 360 (auf der linken Seite des 
Bildschirms in Fig. 6) gezogen und die gewahlte Vorlage in 
demTConfigurationsbildschirm 362 plaziert wird. Das Mo- 
dul- kann dann einer bestimmten Einrichtung oder Daten- 25 
quelle zugewiesch werden, wie zum Beispiel der Turbinen- 
einrichtung, innerhalb der IOP-Services oder innerhalb der 
Bibliothek der Hierarchie von Fig. 5 unter Verwendung von 
Pop-up-Eigenschaftsboxen und dergleichen. Sobald sie mit 
einer bestimmten extemen Einrichtung oder Datenquelle 30 
uber einen IOP- Service und den extemen Server verbunden 
ist, kann das Modul so definiert werden, daB es bestimmte 
Parameter enthalt, die zu dieser Einrichtung gehoren. Derar- 
tige Parameter konnen Eigenschaften des Moduls sein, die 
von dem Modul verfugbar sind, wie beispielsweise Ausga- 35 
ben des Moduls. Einige oder alle definierten Modulparame- 
terdaten konnen so wiedergegeben werden, daB sie zu der 
externen Einrichtung oder Datenquelle in der Hierarchie 
350 in Fig, 5 gehoren. 

[0100] In diesem Fall schlieBt ein Dampfturbinenmodul 40 
364 einen Wirkungsgradparameter 366 und einen Lei- 
stungsparameter 368 ein, die als Ausgaben von dem Modul 
zur Verfugung stehen. Die anderen Elemente des Moduls 
364, die in der Hierarchie 350 in Fig. 5 wiedergegeben sind, 
sind ebenfalls als Teil des Moduls einschlieBlich der Funk- 45 
tionsblocke, der Einrichtungseingaben und -ausgaben, der 
zu der Einrichtung gehdrenden Alarme etc. vorgesehen. Das 
Turbinenmodul 364, das zu der Kesseldampfturbine der 
Hierarchie 350 in Fig. 5 gehort beziehungsweise fiir diese 
erstellt wurde, enthalt ebenfalls Alarme, bei denen es sich 50 
um die Alarme handelt, die von dem Benutzer in dem IOP 
oder Bibliotheksabschnitt der Hierarchie 350 gekennzeich- 
net oder freigegeben wurden. Einer dieser Alarme ist als 
eine Ausgabe verfugbar. Die Ausgaben des Moduls sind Da- 
ten, die zu der Turbineneinrichtung gehoren, welche durch 55 
den externen Server von der Einrichtung selbst oder anderer, 
zu der Einrichtung gehdrender Software zur Verfugung ge- 
stellt werden. Diese Ausgaben konnen Parameter, MeBwerte 
etc. sein, und zwar in Abhangigkeit davon, wie das Modul 
364 definiert ist. Die Eingaben in das Modul sind Eingaben 60 
von Anwendungen etc., die durch den externen Server zu 
der tatsachlichen Einrichtung oder zu Software, die zu die- 
ser Einrichtung gehort, gesendet werden konnen, um in ei- 
ner bestimmten Weise auf diese Einrichtung einzuwirken. In 
der Tat sind die Eingaben des Moduls 364 Daten oder Stcu- 65 
ersignale, die die zugehorige Einrichtung akzeptieren oder 
erkennen wird. Die Funktion dieser Eingaben wird von der 
Einrichtung oder der zu dieser Einrichtung gehdrenden Soft- 
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ware definiert. Diese Eingaben ermogiichen es, daB Daten 
von anderen Moduien, wie zum Beispiel Moduien innerhalb 
des integrierten Systems oder zu anderen externen Daten- 
quellen gehorende Moduien durch die TOP-Services und so- 
mit durch den externen Server, der mit der externen Daten- 
quelle verbunden ist, zu der externen Datenquelle oder Ein- 
richtung gesendet werden. Die externe Datenquelle kann 
diese Eingabedaten in jeder gewunschten Weise verwenden. 
Sie kann beispielsweise durch diese Eingabedaten gesteuert 
werden oder diese Eingabedaten verwenden, um bessere 
oder exaktere Berechnungen uber die Parameter der Ein- 
richtung etc. zu erstellen. Auf Wunsch konnen die Module 
fur die externen Datenquellen auch Software einschlieBen, 
die die Eingaben, Ausgaben, Parameter etc. verwendet, um 
Berechnungen bestimmter Art durchzufuhren. 
[0101] In der bevorzugten Ausfuhrungsform des Konfigu- 
rations systems basieren die Module, die fiir die Einrichtun- 
gen, Anwendungen etc. innerhalb des integrierten Systems 
und die extemen Datenquellen erstellt wurden, auf dem 
Fieldbus- oder Delta V-Modulkonzept, die sehr ahnlich sind. 
Hier ist das Modul 364, da es zu einer externen Datenquelle 
gehort, die die Modulorganisation nicht nutzt, ein Schatten- 
funktionsblock beziehungsweise ein Schattenmodul. Allge- 
mein ausgedruckt ist ein Schattenfunktionsblock oder ein 
Schattenmodulelement ein Funklionsblock oder Modul in 
der Konfigurationsdatenbank des integrierten Systems und 
ist so konfiguriert, daB es als Modul nutzbar ist. Dieses 
Schattenmodul ist jedoch mit der Datenquelle oder der Ein- 
richtung in Kontakt und seine Ausgaben werden von dieser 
externen Einrichtung erzeugt oder bereitgestellt. Ferner 
stellt das Schattenmodul die Eingaben, die es empfangt, fur 
die externe Datenquelle bereit. Somit hat das Schattenmodul 
nur Eingaben und Ausgaben so wie einen Status, der die Ein- 
gaben fur die, die Ausgaben der und den Status der tatsach- 
lichen Einrichtung oder Datenquelle wiedergibt, wie sie 
durch die von dieser Datenquelle empfangenen Daten be- 
stimmt werden. Die Nutzung eines Schattenrnoduls macht 
jedoch die Eingaben und Ausgaben der externen Einrich- 
tung oder Datenquelle fiir andere Module innerhalb des inte- 
grierten Systems zugreifbar, wie zum Beispiel Module, die 
zu Anwendungen in der Betriebsmittelnutzungssuite 50 ge- 
horen. Auf diese Weise arbeitet der Schattenfunktionsblock 
oder das Modul als eine Informationsleitung zwischen der 
externen Datenquelle und den Anwendungen in dem inte- 
grierten System, indem die von der externen Datenquelle 
empfangenen Daten in ein Format gesetzt werden, das von 
anderen Anwendungen innerhalb des integrierten Systems 
nutzbar ist. Die Beschreibung und Nutzung von Schatten- 
funktionsblocken ist in der US-Patentanmeldung mit der Se- 
riennummer 09/151,084 mit dem Titel "A Shadow Function 
Block Interface For Use in a Process Control Network" be- 
schrieben, die am 10. September 1998 eingereicht wurde 
und auf den Rechtsinhaber der vorliegenden Erfindung 
iibertragen wurde und die hiermit durch Bezugnahme hierin 
eingeschlossen wird. 

[0102] Der Konfigurationsbildschirm 362 aus Fig. 6 zeigt, 
daB der Benutzer das Turbinenmodul 364 so konfiguriert 
hat, daB Ausgaben desselben als Eingaben eines weiteren 
Moduls bereitgestellt werden, das als ein Berechnungs- oder 
Calc-Modul 370 bezeichnet ist. Das Calc-Modul 370 enthalt 
eine Leistungseingabe, die von dem Turbinenmodul 364 
empfangen wird, sowie eine Eingabe, die von einem PID- 
Modul 372 empfangen wird, bei dem es sich um ein Modul 
handeln kann, das zu einer ProzeBsteuerrouune innerhalb 
des integrierten Systems gehort. Das Calc-Modul 370 nutzt 
diese Eingaben, um eine Ausgabe zu erzeugen, die die Not- 
wendigkeit zur Veranderung einiger Parameter innerhalb der 
Turbine, die zu dem Modul 364 gehort, anzeigen kann. In 
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diesem Beispiel wird die Ausgabe des Calc-Moduls 370 an 
eine Eingabe des Turbinenmoduls 364 gegeben, so daB diese 
Daten uber die IOP-Services und die externen Server an die 
Anwendung (wie zum Beispiel die Anwendung) ge- 

sendet werden, welche die zu der Turbine gehorenden Daten 5 
bereitstellt. Es versteht sich, daB das Calc-Modul 370 ein 
Modul ist, das in einer Workstation innerhalb des integrier- 
len Sysicins implementiert ist und in dieser ablauft. Das 
Calc-Modul 370 kann einer anderen Anwendung zugeord- 
nci sein, hcispiclswcisc einer der Anwendungen in der Be- 10 
iricbsmiiiclnui/.ungssuitc 50. In diesem Rahrnen zeigt der 
Konligurulionsbildschirni 362 von Fig. 6 die Art, in der eine 
cxi erne Datenquelle mil einer Anwendung innerhalb des in- 
tcgricricn S> stents gckoppelt ist, um Daten fur diese An- 
wendung hcrcit/.ustellen. Ferner benutzt die Anwendung in- 15 
ncrhalb des lntegnerien Systems (das heiBt das Calc-Modul 
370) die 1 erndaien und Prozcfisteuerdaten, um eineBerech- 
nung aiis/uuihrcn. und scmicl andere Daten und Informatio- 
nen uber einen exlcrnen Server an die cxterne Date nque lie. 
Es versteht sich. daL> iter cxterne Server zur Nutzung von 20 
OPC odcr einem anderen peuunsehlcn Kommunikations- 
konvertierungsprotokoll konh^uricn ist, um die Daten in 
das ordnungsgcnuLlc Format /u konvcrtieren, wenn sie in 
die beiden Richtungen /wise hen item integrierten System 
und der externen Dalcnuucllc flielkm. 25 
[0103] Obwohl cine Konfiguraiions- oder Kommunikati- 
onsstrategie zwischen einer externen Dulcnquelle und einer 
Anwendung innerhalb des integrierten Systems in Fig* 6 
dargestellt ist, versteht cs sich. daB Mcxiule fiir andere Da- 
tenquellen, versehicdene Module, die ntit derselben Daten- 30 
quelle verbunden sind. etc.. c ben so erst e lit und miteinander 
verbunden werden konnten, utn die Kommunikation zwi- 
schen beliebigen externen Datenquellen und beliebigen An- 
wendungen innerhalb des integrierten Systems bereitzustel- 
len. Femer konnten Module von verschiedenen externen 35 
Datenquellen miteinander in Konimunikationsverbindung 
gebracht werden, uni die Komniunikation zwischen diesen 
Datenquellen bercitzuslcllcn. In diesem Fall bietet das Da- 
tenerfassungs- und Vertcilungssystcm 102 die erforderliche 
Datenerfassung und -konvcrtierung zwischen den Datenfor- 40 
maten, die zu den verschiedenen externen Datenquellen ge- 
horen. 

[0104] Ein Beispiel der Manipulation von Daten von einer 
externen Datenquellc innerhalb eines Moduls, das zum Er- 
f as sen und Organisicrcn von Dat en von dieser Quelle erstellt 45 
wurde, ist die Nutzung oder Erzeugung von Alarmen fiir 
eine externe Datenquelle. Insbesondere konnen Alarme fur 
ein Modul definiert werden, um die tatsachlichen Alarmda- 
ten, die von der externen Quelle bereitgestellt werden, zu er- 
f as sen und wiederzugeben. Zusatzlich oder alternativ kon- 50 
nen Alarme innerhalb eines Moduls basierend auf von der 
extemen Datenquelle, die zu diesem Modul gehort, empfan- 
genen Daten erzeugt werden. In dem Falle in dem die 
Alarme innerhalb des Moduls erzeugt werden, kann ein 
Funktions block innerhalb des Moduls Daten von der exter- 55 
nen Quelle sowie Daten von anderen Quellen, sofern er- 
wiinscht, sammeln und jede gewiinschte Berechnung aus- 
fuhren, um zu bestimmen, ob ein Alarmzustand oder Be- 
nachrichtigungszustand vorliegt. Wenn dies der Fall ist, 
kann dieser Funktionsblock ein Alarmsignal setzen, das 60 
dem Modul zugehorig ist und das von Alarmierungsanwen- 
dungen iiberwacht oder zu diesen gesendet werden kann, 
welche diesen Alarm in derselben Weise wie andere Alarme 
verarbeiten. Eine derartige Alarmverarbeitung konnte das 
Anzcigcn des Alarms fiir den Bcnutzcr, das Spcichcrn des 65 
Alarms, das Ermogbchen der Bestatigung des Alarms etc. 
einschlieBen. Ferner kann die Alarmfahigkeit eines Moduls, 
wie etwa eines Moduls, das einer externen Datenquelle zu- 
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gehorig ist, freigegeben oder auBer Beirieb gesetzt werden 
(wodurch die Alarmfahigkeiten des Moduls ein- oder ausge- 
schaltet werden konnen), und zwar uber die Hierarchie 350 
in Fig. 5. Es versteht sich somir, daR Daten von externen Da- 
tenquellen auf einen Alarm innerhalb des Moduls gemapped 
werden konnen oder verwendet werden konnen, um einen 
Alarm fur das Modul und somit fur die externe Datenquelle 
zu erzeugen. 

[0105] Um auf Daten von einer externen Datenquelle oder 
einer externen Datenquelle zugehorige Daten zuzugreifen, 
diese zu erfassen oder zu betrachten, kann ein Benutzer 
durch den Bibliotheksabschnitt der Hierarchie 350 gehen, 
um die zu den externen Servem gehorende Information zu 
betrachten. Zusatzlich kann der Benutzer die Steuerstrate- 
gien betrachten und nach dem speziellen Modul fur die ex- 
terne Datenquelle suchen. Femer kann der Benutzer den 
ACN, Workstation, IOP, externer Server, Einrichtungs-Pfad 
in der Hierarchic 350 nutzen, um die gccignctcn Daten zu 
finden. 

[0106] Ahnlich den Alarmservices konnen andere Arten 
von Services fur die externen Datenquellen, wie zum Bei- 
spiel Diagnoseservices, fur die externen Datenquellen unter 
Verwendung der Hierarchie 350 aus Fig, 4 und des Datener- 
fassungs- und Verteilungssy stems 102 bereitgestellt werden. 
Beispiels weise erfassen einige Diagnoseanwendungen re- 
gelmaBig Daten von oder uber Module innerhalb des inte- 
grierten Systems und nutzen diese Daten zum Diagnosdzie- 
ren von Problemen, mangelnder Leistung, etc. Dieselben 
Diagnoseanwendungen konnen nun verwendet werden, um 
Daten uber externe Datenquellen unter Verwendung der 
Module, die fur diese Datenquelle erzeugt wurden, zu erfas- 
sen. Somit konnen die fur die Diagnoseanwendung erf order- 
lichen Daten in automatischer Weise erfaBt werden, solang 
das zu der externen Datenquelle gehorende Modul so konfi- 
guriert ist, daB es die fur die Diagnoseanwendung erforder- 
lichen Daten von der externen Datenquelle empfangt oder 
erfaBt. In einigen Fallen kann die Information uber das Mo- 
dul selbst, wie zum Beispiel die Variabilitat innerhalb von 
Eingaben, Ausgaben oder anderen Parametem des Moduls, 
fur Diagnosezwecke verwendet werden. Selbstverstandlich 
konnen alle gewunschten Daten fur diese Diagnoseanwen- 
dungen erfaBt oder verwendet werden. Ahnlich wie Alarme 
konnen die Diagnoseanwendungen, wie etwa die Inspect- 
Anwendung, die von Fisher Rosemount Systems, Inc., ver- 
trieben wird, in der Hierarchie 350 in Fig. 5 freigegeben 
oder auBer Betrieb gesetzt werden. Diese Diagnoseanwen- 
dung ist im Detail in der US-Patentanmeldung mit der Seri- 
ennummer 09/256585 mit dem Titel "Diagnostics in a Pro- 
cess Controll System" beschrieben. Selbstverstandlich 
konnten andere Diagnoseanwendungenindizes fiir die ex- 
terne Datenquelle erzeugen, um den Zu stand dieser Daten- 
quelle oder der Einrichtung, die zu der Datenquelle gehort, 
zu bezeichnen. Derartige Indizes konnten einen Nutzungsin- 
dex, einen Leistungsindex, einen Variabilitatsindex oder ei- 
nen anderen Hilfsindex einschlieBen. 

[0107] Die Verwendung einer gerneinsamen Moduldefini- 
tion oder eines Schemas innerhalb des Datenerfassungs- und 
-verteilungssystems 102 macht die Erstellung und Nutzung 
dieses Systems besser verstandlich, programmierbar und 
nutzbar. Somit kann es wiinschenswert sein, obgleich dies 
nicht erforderlich ist, ein offenes oder bekanntes Modulpro- 
tokoll zu verwenden, wie zum Beispiel das Fieldbus-Proto- 
koll, das DeltaV-Protokoll, das dem Fieldbus-Protokoll sehr 
ahnlich ist, oder ein anderes offenes Protokoli, um die hier 
bcschricbcncn Module zu manipulicren. Wenn ein dcrarti- 
ges offenes Protokoli verwendet wird, konnen Dienstlei- 
stungsanbieter, die die externen Datenquellen zur Verfugung 
stellen oder beaufsichtigen, in der Lage sein, das Datener- 
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fassungs- und -veneilungssystem 102 zu unierstutzen, in- 
dem ein Vonechner bzw. Frontend fur cin exrernes System 
erstellt wird, welches das offene Protokoll nurzt, um Daten 
zu dem Datenerfassungs- und -veneilungssystem 102 zu 
kominunizieren. Wenn dies der Fall ist, kann fur diese Da- 
lenquelle moglicherweise kein OPC PI, etc., Frontend fur 
das Datenerfassungs- und -veneilungssystem 102 erforder- 
lich sein. Ansteile dessen konnen die von dem Datenerfas- 
sungs- und -veneilungssystem 102 geschaffenen Module 
einfach von den entfermen Datenquellen selbst imponiert 
werdcn. Fcrner ermoglicht es das Vorsehen dieses Frontend 
an den cxtemen Datenquellen den Operatoren oder Besit- 
/.crn dieser Datenquellen, die von ihrem System verfugbaren 
Daicn zu definieren, Alarme und Benachrichtigungen be- 
rcit/usiellen, die fur ihr System am wesentlichsten sind, die 
I hugnoscanwendungen, die in dem integrierten System ver- 
wcn\tei werden, besser zu unterstutzen, ect., was alles dazu 
Kiiraj:i. daB ihre Produktc odcr Dicnstlcistungcn attraktivcr 
uvrden. (IleichermaBen macht es dieses Frontend leichter, 
ihrc Anwcndungcn Daten von anderen Quellen erfassen 
uhii nut/cn. wie zum Beispiel andere externe Datenquellen 
und Anuendungen inncrhalb des integrierten Systems, was 
/Xi einer Wcrtsleigerung ihres Produkts fuhren kann. 
|OI08| Obwohl das Datenerfassungs- und Verteilungssy- 
siviu hicr mil dcr Verwendung von Modulen und der Orga- 
nisation und Manipulation unter Verwendung einer Hierar- 
chic des Kxplorenvps, wie die in Fig. 5 gezeigte, beschrie- 
ben wurde. verstehl cs sich. daB dies nur eine Art zur Imple- 
ment icrung dieses Systems ist. Jede andere Weise desErfas- 
sens von Daten von cxtcrnen Datenquellen, des Konvertie- 
rens derselbcn in cin gemcinsames oder nutzbares Format, 
des Spcichcrns dicser Daten und des Bereitstellens der Da- 
ten fur andere Anwenduugen konnte ebenso verwendet wer- 
dcn. Wahrcnd lerncr das Datenerfassungs- und -verteilungs- 
syslcm 102 in Fig. 3 als einzelnes Objekt dargestellt wurde, 
konnte es auch cine vcrtcilte Natur haben. Somit konnen 
verschiedene Workstations oder andere Computereinrich- 
tungen, die uber cin intcgriertes System verteilt sind, Daten 
von vcrschicdencn Quellen erfassen und diese Daten in ei- 
ner Weise verarbciten und speichern, die sie fur das inte- 
gricrte System vcrlughar macht. 

101091 Sobald das Datenerfassungs- und -veneilungssy- 
stem 102 konligurierl ist, gibt es viele verschiedene Arten 
von Anwcndungcn, die die von den ungleichartigen Daten- 
quellen crfaBtcn Daten nutzen konnen, um neue oder voll- 
slandigcre Funktionen inncrhalb einer ProzeBumgebung 
auszufuhrcn. Beispiclswcise konnen eine oder mehrere der 
Anwcndungcn inncrhalb der Betriebsmittelnutzungs suite 50 
verwendet werden, um die Ausfuhrung eines oder mehrerer 
mathematischcr odcr Softwaremodelle zu beaufsichtigen 
odcr diese a us/.u fuhren, welche die Operation einer be- 
st i mi 11 ten Anlagc oder von Objekten innerhalb der Anlage 
model lhaft abbilden, wie zum Beispiel Einrichtungen, Ein- 
heiten, Rcgclkrcisc, Bcreiche etc. Somit konnen ProzeB- 
oder Einrichtungsmodelie erzeugt und implementiert wer- 
den, um die crfaBtcn Daten zu nutzen. Diese Daten konnen 
auf ProzcBausriistung odcr ProzeBbereichen basieren. In ei- 
ner Ausfiihrungsform tcilt zur Erzeugung dieser Modelle ein 
Modcllbildungscxpcrtc die Anlage in Ausrustungskompo- 
nenten und erstcllt cin Modell fur die verschiedenen Kom- 
poncntenteilc in jeder gewunschten Abstraktionsebene. Bei- 
spielsweise wird das Mode 11 fiir eine Anlage in Software im- 
plementiert und aus einem Satz von hierarchisch in Bezie- 
hung stchenden, miteinandcr verbundenen Modellen fiir die 
vcrschicdencn Bcreiche dcr Anlagc gcbildct odcr kann dicsc 
enthalten. In ahnlicher Weise kann das Model! fur jeden An- 
lage nbercich aus einzclncn Modellen fur die verschiedenen 
Einheiten inncrhalb der Anlage mit Verbindungen zwischen 
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den Eingaben und Ausgaben dieser Einheiten aufgebaut 
sein. 

[0110] GleichermaBen konnen Einheiten aus miteinander 
verbundenen Ausrusr.ungsmodellen aufgebaut sein und so 
5 fort. Selbstverstandlich konnen Bereichsmodelle Einrich- 
tungsmodelie haben, die mit Einheitenmodellen, Regel- 
kreismodellen etc. verbunden sind. In diesem Beispiel einer 
Modellhierarchie konnen die Eingaben und Ausgaben von 
Modellen fur die Objekte unterer Ebenen, wie zum Beispiel 

10 Einrichtungen, miteinander verbunden sein, um Modelle fur 
Objekte hoherer Ebenen zu erzeugen, wie zum Beispiel Ein- 
heiten, deren Eingaben und Ausgaben untereinander ver- 
bunden sein konnen, um ebenfalls Modelle hoherer Ebenen 
zu erstellen, wie zum Beispiel Bereichsmodelle, und so wei- 

15 ter. Die Art, in der die verschiedenen Modelle kombiniert 
oder miteinander verbunden werden, ist selbstverstandlich 
von der im Modell nachgebildeten Anlage abhangig. Selbst- 
verstandlich konnen dicsc Modelle crfordcrlichc Daten von 
externen Datenquellen in der vorstehend beschriebenen 

20 Weise erhalten. 

[0111] Ein Beispiel einer Verwendung von hierarchischen 
Softwaremodellen wird nachfolgend unter Bezug auf Fig. 
7A und 7B beschrieben. Fig. 7 A zeigt Modelle fur mehrere 
Bereiche 380, 381 und 382 in einer Raffinerieanlage. Wie 

25 Fig. 7A zeigt, enthalt das Bereichsmodell 382 ein Kompo- 
nentenmodell einer Rohmaterialquelle 384, die Rohmate- 
rial, wie zum Beispiel Rohol, einem Vorverarbeitungsmo- 
dell 388 zuliefert. Die Vorverarbeitungseinrichtung 388 
fuhrt eine Raffinierung des Rohmaterials durch und gibt eine 

30 Ausgabe, typischerweise Rohol, an einen Destillationspro- 
zeB 390 zur weiteren Rafrinierung ab. Der Destillationspro- 
zeB 390 gibt C2H4 aus, gewohnlich ein gewiinschtes Pro- 
dukt, und C2H6, das allgemein ausgedriickt ein Abfallpro- 
dukt ist. Das C 2 H 6 wird zu einem C 2 -Cracker 392 zuriickge- 

35 leitet, der seine Ausgabe an die Vorverarbeitung 388 zur 
weiteren Verarbeitung abgibt. Die Ruckfuhrung von dem 
DesdlladonsprozeB 390 durch den C?-Cracker 392 ist ein 
Wiederaufbereitungsprozefi. Somit kann das Modell fiir den 
Bereich 283 getrennte Modelle fur die Rohmaterialquelle 

40 384, die Vorverarbeitung 388, den DestillationsprozeB 390 
und den C 2 -Cracker 392 haben, die wie in Fig. 7A gezeigt, 
miteinander verbundene Eingange und Ausgange haben. 
Das heiBt, daB jedes Komponentenmodell in die Eingaben 
und Ausgaben anderer Komponentenmodelle in der in Fig. 

45 7A gezeigten Weise eingebunden sein kann, um das Modell 
fur den Bereich 382 zu bilden. Selbstverstandlich konnten 
die Modelle fur die anderen Bereiche 380 und 381 andere 
Komponentenmodelle haben, die miteinander verbundene 
Eingaben und Ausgaben haben. Diese Modelle konnen in ei- 

50 nem Prozessor implementiert sein, der zu einer extemen Da- 
tenquelle gehort, und Ausgaben, wie zum Beispiel den Wir- 
kungsgrad etc., an das integrierte System abgibt. Im Gegen- 
satz dazu konnen die Modelle in dem integrierten System 
implementiert sein und Daten von einer oder mehreren ex- 

55 ternen Datenquellen empfangen. 

[0112] In Fig. 7B ist das Komponentenmodell fur den De- 
stillationsprozeB 390 im Detail dargestellt und enthalt eine 
Desdllationskolonne 400, die einen oberen Abschnitt 400T 
und einen unteren Abschnitt 400B hat. Die Eingabe 403 in 

60 die Desdllationskolonne 400 ist eine Anzeige von Druck 
und Temperatur, die mit der Ausgabe des Modells fur die 
Vorverarbeitung 380, das in Fig. 7 A gezeigt ist, verbunden 
sein kann. Diese Eingabe konnte jedoch von einem Operator 
eingestellt werden oder auf der Basis von tatsachlich gemes- 

65 senen Eingaben odcr Variablcn inncrhalb dcr Anlagc 10 ein- 
gestellt werden. Allgemein ausgedriickt enthalt die Desdlla- 
tionskolonne 400 eine Anzahl von darin angeordneten Plat- 
ten und die Flussigkeit bewegt sich wahrend des Destiliati- 
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onsprozesses zwischen diesen Platten. C2H4 wird an der 
Oberseite 400T der Kolonne 400 erzeugt. und ein RuckfluB- 
behalter 402 fuhrt einen Teil dieses Materials an die Ober- 
seite 400T der Kolonne 400 zuriick. C 2 H 6 kommr. allgernein 
aus dem Boden der Kolonne 400 und ein Aufkocher 404 5 
pumpt Polypropylen in die Unterseite 400B der Kolonne 
400, um den DestillationsprozeB zu unterstutzen. Selbstver- 
standlich kann auf Wunsch das Model! fur den Destillations- 
prozeB 390 aus Komponentenmodellen fur die Destillations- 
kolonne 400, den RuckfluBbehalter 402 und den Aufkocher 10 
404 etc, aufgebaut sein, wobei die Eingaben und Ausgaben 
dieser Modelle wie in Fig. 7B miteinander verbunden sind, 
um das Komponentenmodell fur den DestillationsprozeB 
390 zu bilden. 

[0113] Wie vorstehend angefuhrt, kann das Komponen- 15 
lenmodcll fur den DestillationsprozeB 390 als Teil eines Mo- 
del Is fur den Bereich 382 ausgefuhrt werden oder kann sepa- 
ral und getrcnnl von andcrcn Modcllcn ausgefuhrt werden. 
Insbesondcre konnen die Eingabe 403 in die Destillations- 
kolonnc 400 und/odcr die Ausgaben C2H4 und CoH 6 tat- 20 
sachlich genicsscn werden und diese Messungen konnen in- 
nerhalb des Modells des Deslillationsprozesses 390 in einer 
Reihe von nachfolgend beschriebenen Weisen verwendet 
werden. In einer Ausfuhrungsform konnen die Eingaben 
und Ausgaben des Modells des Deslillationsprozesses 390 25 
gemessen und verwendet werden, urn andere Faktoren oder 
Parameter zu bestimmen, die zu dem Modell des Destillati- 
onsprozesses 390 gehoren (wie zum Beispiel die Effizienz 
der Deslillationskolonne, etc.), um das Modell des Deslilla- 
tionsprozesses 390 zwangsweise exakter an den Betriebsab- 30 
lauf der tatsachlichen Destillationskolonne in der Anlage 10 
anzupassen. Das Modell des Destillationsprozesses 390 
kann dann nut den berechneten Parametern als Teil eines 
groBeren Modells, wie zum Beispiel eines Bereichs- oder 
Anlagenrnodells, verwendet werden. Alternativ oder zusatz- 35 
lich kann das Modell des Destillationsprozesses 390 mit den 
berechneten Parametern verwendet werden, um virtuelle 
Sensormessungen zu bestimmen oder um zu bestimmen, ob 
tatsachliche Sensormessungen innerhalb der Anlage 10 feh- 
lerhaft sind. Das Modell des Destillationsprozesses 390 mil 40 
den bestimmten Parametern kann auch verwendet werden, 
um Kon troll- oder Betriebsmittelnut^ungs-Optirnierungsun- 
tersuchungen etc. durchzufuhren. Femer konnen Kompo- 
nentenmodelle verwendet werden, um entstehende Pro- 
bleme in der Anlage 10 zu erf assen und zu isolieren oder um 45 
zu sehen, wie Veranderungen an der Anlage 10 sich auf die 
Auswahl der Optimierungsparameter fur die Anlage 10 aus- 
wirken. 

[0114] Auf Wunsch kann jedes bestimmte Modell oder 
Komponentenmodell ausgefuhrt werden, um die Werte von 50 
Parametern zu bestimmen, die zu diesem Modell gehoren. 
Einige der oder alle dieser Parameter, wie zum Beispiel Ef- 
fizienzparameter, sind fur einen Techniker im Kontext des 
Modells von Bedeutung, sind jedoch allgernein innerhalb 
der Anlage 10 nicht meBbar. Genauer ausgedruckt kann ein 55 
Komponentenmodell allgernein mathematisch mit der Glei- 
chung Y = F(X,P), beschrieben werden, wobei die Ausga- 
ben Y des Modells eine Funktion der Eingaben X und einer 
Menge von Modellparametern P sind. In dem Beispiel des 
Destillationskolonnenmodells des Destillationsprozesses 60 
390 in Fig. 7B kann ein Expertensystem periodisch Daten 
von der tatsachlichen Anlage erfassen (beispielsweise 
stundlich, alle 10 Minuten, jede Minute etc.), welche die tat- 
sachlichen Eingaben X in das und die Ausgaben Y von dem 
Objekt angeben, zu wclchcm das Modell gchort. Dann kann 65 
in entsprechenden Zeitabstanden eine Regressionsanalyse, 
wie zum Beispiel eine maximale Wahrscheinlichkeit, Me- 
thode der kleinsten Quadrate oder jede andere Regressions- 
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analyse unter Verwendung des Modells und mehrerer Satze 
der gemessenen Eingaben und Ausgaben dure hge fuhrt wer- 
den, um die beste Genauigkeit fur die unbekannten Modell- 
parameter B basierend auf den mehrfachen Satzen von MeG- 
daten zu bestimmen. Auf diese Weise konnen die Modellpa- 
rameter P fur jedes bestimmte Modell unter Verwendung 
tatsachlicher oder gemessener Eingaben und Ausgaben be- 
stimmt werden, um das Model! mit dem im Model! darge- 
stellten Objekt in Einklang zu bringen. Selbstverstandlich 
kann dieser ProzeB fur alle beliebigen Komponentenmo- 
delle durchgefuhrt werden, die in der Anlage 10 verwendet 
werden, und kann unter Verwendung jeder geeigneten An- 
zahl von gemessenen Eingaben und Ausgaben ausgefuhrt 
werden. Ferner konnen die erfaBten Daten oder die aus die- 
sen Daten berechnete Information an das Datenerfassungs- 
und Verteilungssystem 102 abgegeben werden und in Mo- 
dulen, die diese Modelle wiedergeben, den von diesen Mo- 
dcllcn modcllhaft dargcstclltcn Elcmcntenmodcllcn etc., 
verwendet werden. 

[0115] In jedem Fall kann unter Verwendung dieser Kom- 
ponentenmodelle oder der von diesen Modellen erzeugten 
oder erfaBten Daten die Betriebsmittelnutzungs suite 50 eine 
Betriebsmittelleistungsuberwachung durchfiihren, indem 
die Werte der bestimmten Modellparameter (und/oder Mo- 
delleingaben und -ausgaben) gegen die Zeit aufgetragen 
werden. Ferner konnen die Modelle, ob sie nun in einer Da- 
tenquelle oder in der Betriebsmittelnutzungssuite 50 ablau- 
fen. mogliche fehlerhafte Sensoren erfassen. Wenn ein oder 
mehrere Sensoren einen hohen oder einen anderweitig nicht 
akzeptablen Fehler aufzuweisen scheinen, kann die Be- 
triebsmittelnutzungssuite 50 eine Wartungsperson und/oder 
einen ProzeB steueroperator uber den fehlerhaften Sensor be- 
nachrichtigen. 

[0116] Wie vorstehend angefuhrt, konnen die Parameter, 
Eingaben, Ausgaben oder andere Variablen, die zu einem 
beliebigen Modell gehoren, gespeichert und riickverfolgt 
werden, um eine Leistungsuberwachung fur eine Einheit, ei- 
nen Bereich oder jedes andere Objekt eines Prozesses oder 
einer Anlage zu gewahrleisten. Auf Wunsch konnen zwei 
oder mehr dieser Variablen gemeinsam riickverfolgt oder 
uberwacht werden, um ein MaB der Leistungsfaliigkeit des 
Objekts zu haben. 

[0117] Die Betriebsmittelnutzungssuite 50 kann ein oder 
mehrere Objekte basierend auf Modellparametern oder an- 
deren Modellvariablen uberwachen und kann die Betriebs- 
zustande oder LeistungsmaBe dieser Objekte an beliebige 
ausgewahlte Personen, Funktionen oder Anwendungen in- 
nerhalb der ProzeBsteueranlage 10 melden, wie zum Bei- 
spiel ein ProzeBsteuerungsexpertensystem, eine Wartungs- 
person, eine kaufmannische Anwendung, eine Benutzer- 
schnittstellenroutine etc. Selbstverstandlich kann die Be- 
triebsmittelnutzungssuite 50 eine Leistungs- oder Zustands- 
iiberwachung an jedem gewunschten Objekt durchfiihren, 
basierend auf einem, zwei, drei oder jeder gewiinschten An- 
zahl von Parametern oder Variablen fur jedes Objekt. Die 
Identitat und die Anzahl der Variablen oder Parameter, die in 
dieser Leistungsuberwachung zu verwenden sind, wird im 
allgemeinen durch einen Experten bestimmt, der mit dem 
ProzeB vertraut ist, und basiert auf der Art des uberwachten 
Objekts. 

[0il8] Auf Wunsch konnen die Betriebsmittelnutzungs- 
suite 50 oder genauer die Statusmonitoranwendung 240 ei- 
nen Leistungsindex oder eine Kurve bestimmen, indem ein 
oder mehrere von den Modellen wie vorstehend beschrieben 
bestimmte Parameter mit dem gleichen, von dem Modell be- 
stimmten Parameter verglichen wird, das in Ubereinstim- 
mung mit den Konstruktionsparametem des im Modell 
nachgebildeten Objekts gefahren wird. Im einzelnen kann 
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die- Betriebsmitielnutzungssuite 50 ein Modell unter Ver- 
wendung der Konsttukuonsparameter des Objekts in der 
Anlage 10 ausfuhren, zu welcher das Modell gehort, urn zu 
bestimmem was die konstruktionsgemaSe Leistung des Ob- 
jekts ware, wenn es gemaB dern gegenwartigen ProzeBstatus 5 
und unter Verwendung der tatsachlichen Eingaben in das 
Objekt entsprechend den Messungen innerhalb der Anlage 
10 arbeiten wiirde. Diese Konstruktionsleistung kann dann 
mil der tatsachlichen Leistung dieses Objekts verglichen 
werden, die durch das Komponentenmodell fur das Objekt 10 
bestimmt wird oder die durch gemessene Eingaben und 
Ausgaben des Objekts bestimmt wird, um ein MaB der Lei- 
stung des Objekts zu schaffen. 

[0119] Die Komponentenmodelle konnen auch verwendet 
werden, um eine ProzeBoptimierung durchzufuhren. Insbe- 15 
sondere kann die Betriebsmittelnutzungssuite 50 eine oder 
mehrere Optimierungsroutinen verwenden, welche die ein- 
zelnen Komponentenmodelle ausfuhrcn, um den Bctricbs- 
ablauf der Anlage hinsichtiich bestimmter Optimierungskri- 
icrien zu optimieren. die beispieisweise von einem ProzeB- 20 
stcueroperator oder einem kaufmannischen Mitarbeiter (iber 
eine kaufmannische Anwendung vorgegeben werden. Das 
Optimierungsprogramm kann ein Echtzeitoptimierungspro- 
gramm sein, das in Echtzeit arbeitet, um die Anlage 10 ba- 
sierend auf dem tatsachlichen Status der Anlage 10 zu die- 25 
sem Zeitpunkt zu optimieren. Alternativ oder zusatzlich 
kann ein Optimierungsprogramm Veranderungen festlegen, 
die an der Anlage 10 durchzufuhren sind, wie zum Beispiel 
das korrekte Bnstellen von bestimmen Einrichtungen oder 
Einheiten, die die beste Optimierung der Anlage 10 ergeben. 30 
Selbstverstandlich konnen andere Arten von Optimierungs- 
routinen anstelle der oder zusatzlich zu den hier genannten 
ausgefuhrt werden. 

[0120] Als Resultat der vorstehenden Erorterung ist zu er- 
kennen, daB die Nutzung von ModeUen viele neue Arten 35 
von Daten oder Informationen fur die kaufmannischen An- 
wendungen, ProzeBsteueranwendungen und Betriebsmittel- 
wartungs- und Leistungsuberwachungsanwendungen be- 
reitstellt. Insbesondere konnen die Modelle verwendet wer- 
den, um eine Leistung stiberwachung durchzufuhren und ei- 40 
nenLeistungsindex zu erzeugen, der die relative Leistung 
einer Einrichtung, Einheit, eines Bereichs etc. innerhalb ei- 
ner Anlage anzeigt. Dieser Leistungsindex kann ein MaB der 
Leistungsfahigkeit eines Objekts in Bezug auf die mogliche 
Leistung dieses Objekts sein. Wahrend femer vorstehend 45 
Einrichtungs- und Einheitenmodelle erortert worden, konn- 
ten alinliche Modelle fur ProzeBsteuerungsobjekte, wie zum 
Beispiel Regelkreise, Einheiten etc., erstellt und ausgefuhrt 
werden, um Leistungsmessungen und Optimierungskrite- 
rien fur diese Arten von Objekten ebenfalls bereitzusteUen. 50 
Ferner konnen wie vorstehend angefuhrt Modelle in einigen 
Fallen verwendet werden, um den Zustand von bestimmten 
Einrichtungen oder anderen Objekten zu messen und einen 
Zustandsindex bereitzusteUen, der diese Objekte bezeich- 
net. Beispieisweise konnen die Fehiermessungen von be- 55 
stimmten Eingabe- und Ausgabesensoren, wie sie durch die 
an bestimmten Modellen verwendete Regressions analyse 
bestimmt werden, als eine Angabe hinsichtlich des Zustan- 
des dieser Einrichtungen verwendet werden oder in eine sol- 
che konvertiert werden. Ferner konnten andere Informatio- 60 
nen, die anderweitig fur die ProzeB-Controller nicht verfug- 
bar sind, wie zum Beispiel Modellparameter virtuelle Sen- 
sormessungen basierend auf den Modellen, den ProzeB- 
Controllern oder den kaufmannischen Mitarbeitem zur Ver- 
wendung in viclfaltigcr Wcisc zur Vcrfugung gcstcllt wcr- 65 
den. 

[0121] Neben Leistungs- und Zustandsindizes kann die 
Betriebsmittelnutzungssuite 50 die Indexerzeugungsroutine 



bei der Erstellung anderer Arten von Indizes. wie zum Bei- 
spiel eines Nutzungsindex oder eines VariabiUtatsindex ? un- 
terstutzen. Ein VariabiHtatsindex gibt am wie stark ein be- 
stimmr.es Signal fur eine oder aus einer bzw. ein anderer Pa- 
rameter, der zu einer Einrichtung, einem Regelkreis, einer 
Einheit etc. gehort, im Vergleich dazu, wie stark die Varia- 
tion dieses Parameters erwartet wird, variiert. Die zum Er- 
zeugen dieses Variabiiitatsindex erforderlichen Daten kon- 
nen^von der Betriebsmittelnutzungssuite 50 uber das Daten- 
erfassungs- und Verteilungssystem 102 erfaBt werden und 
an die Indexerzeugungsroudne zu jedem gewunschten oder 
geeigneten Zeitpunkt abgegeben werden. Selbstverstandlich 
kann das normale AusmaB der Variation eines Signals oder 
eines Parameters von einem Herstelier, einem Techniker, ei- 
nem Operator oder einer Wartungsperson eingestellt wer- 
den, der mit dem Objekt vertraut ist, oder kann auf einer sta- 
tistischen Messung (wie zum Beispiel Durchschnitt, Stan- 
dardabweichung etc.) basicrcn, die zu dicscm oder andcrcn 
ahnlichen Objekten innerhalb der Anlage gehort, und diese 
normale oder erwartete Variation kann innerhalb der Index- 
erzeugungsroutine gespeichert oder aktualisiert werden. 
[0122] Der Nutzungsindex Verfolgt in einer beliebigen 
Form die Nutzung der einzelnen Regelkreise oder anderer 
Objekte oder gibt diese wieder und kann eine Angabe dar- 
uber bereitstellen, ob diese Objekte basierend auf zuvor be- 
stimmten Leistungsmerkmalen oder Betriebszielen genutrt 
werden. Ein Nutzungsindex kann basierend auf der gemes- 
senen Nutzung der tatsachlichen Einrichtung erzeugt wer- 
den. Beispieisweise kann gemessen werden, wie oft eine 
Einrichtung innerhalb eines Prozesses im Vergleich zu ihrer 
gewunschten Nutzung genutrt wird. Der Nutrungsindex 
kann Regelkreise etc. identifizieren, die nicht konstruktions- 
gemaB genutrt werden. 

[0123] Wie vorstehend angegeben stellt die Benutzer- 
schnittsteUenroutine 244 eine graphische Benutzerschnitt- 
stelle (GUI) bereit, die mit der hier beschriebenen Betriebs- 
mittelnutzungssuite 50 integriert ist, um die Interaktion des 
Benutzers mit den verschiedenen Betriebsmittelnutzungsfa- 
higkeiten, die von der Betriebsmittelnutrungs suite 50 zur 
Verfugung gestellt werden, zu erleichtern. Bevor jedoch die 
GUI im Detail erortert wird, sollte festgestellt sein, daB die 
GUI eine oder mehrere Softwareroutinen enthalten kann, die 
unter Verwendung beliebiger geeigneter Programmierspra- 
chen und -techniken implementiert werden. Ferner konnen 
die die GUI bildenden Softwarenroutinen in einer einzelnen 
Verarbeitungsstation oder -einheit gespeichert und verarbei- 
tet werden, wie etwa in einer Workstation, einem Steuerge- 
rat etc. innerhalb der Anlage 10 oder alternativ konnen die 
Softwareroutinen der GUI in verteilter Weise unter Verwen- 
dung einer Vielzahl von Verarbeitungseinheiten, die mitein- 
ander in Kornmunikationsverbindung stehen, innerhalb des 
Betriebsmitteinutzungssystems gespeichert und ausgefuhrt 
werden. Femer kann auf die von der GUI zum Erstellen von 
bestimmten Bildschirmen genutzten Daten von externen 
DatenqueUen uber das Datenerf assungs- und -verteilungssy- 
stem 102 zugegriffen werden. 

[0124] Vorzugsweise, jedoch nicht notwendigerweise, 
kann die GUI unter Verwendung einer vertrauten graphi- 
schen, auf Windows basierenden Struktur und auBeren Er- 
scheinung implementiert werden, in der eine Vielzahl von 
miteinander verbundenen graphischen Ansichten oder Sei- 
ten ein oder mehrere Pulldownmenus enthalten, die es ei- 
nem Benutzer ermoglichen, durch die Seiten in gewunschter 
Weise zu navigieren, um eine bestirnmte Art von Informa- 
tionen zu bctrachtcn und/odcr abzurufen. Die Mcrkmalc 
und/oder Fahigkeiten der Betriebsmittelnutrungssuite 50, 
die vorstehend beschrieben wurden, konnen durch eine oder 
mehrere entsprechende Seiten, Ansichten oder Anzeigen der 



BNSDOCID- <DE 10223725A1 J_> 



DE 102 

45 

GUI dargestellt., zugreifbar, abrufbar etc. sein. Ferner kon- 
nen die verschiedenen Anzeigen. welche die GUI bilden, in 
logischer Weise miteinander verbunden sein, um die rasche 
und intuitive Navigation des Benutzers durch die Anzeigen 
zu erleichtem, um eine bestimmte Art von Information ab- 
zurufen oder auf eine bestimmte Fahigkeit der Betriebsmit- 
telnutzungssuite 50 zuzugreifen und/oder diese abzurufen. 
[01 25 1 In einer Ausfuhrungsform kann ahniich der vorste- 
hcnd bcschriebenen Fig. 5 die GUI einen Satz oder eine 
Rcihc von hierarchischen Anzeigen ausfuhren oder darstel- 
len, in welchen grundsatzlichere oder allgemeinere Informa- 
tion iibcr die Art des ProzeBsteuersy stems (zum Beispiel 
Bereiche, Rcgelkreise, Einrichtungen, Leistungsiiberwa- 
chungsanwendungen von Steuereinrichtungsroutinen, etc. 
in der Anlage) in gewisser Weise in einer Anzeige einer ho- 
hcren I -bene angezeigt werden. AnschlieBend konnen in ei- 
ner Rcihc von nachfolgenden Anzeigen niedrigerer Ebenen, 
uul die (lurch Auswahlcn und Klickcn cincr bestimmten In- 
lom ui ion innerhalb der Anzeige der hdheren Ebene zuge- 
grilien werden kann, weitere Informationen uber die Steuer- 
riuiiincn. die Wariungsroutinen, die Verbindungen der Pro- 
/eUsieuerausriistung sowie die tatsachlichen Leistungsmes- 
sungen. IVo/ctvsicucrroutinenaktivitaten, wie zum Beispiel 
A Ian nc, Prohienie etc., Leistungsmessungen, wie zum Bei- 
spiel Jxisiuugsenipfehlungen, Vorhersagen etc., und War- 
lungsinrornialionen, wie zum Beispiel Probleme, die inner- 
halb tier Anlage elc. auftreten, bereitgestellt werden. Andere 
An/.eigen niedrigerer Ebenen konnen anschlieBend weitere 
Inlbrmaiionen uber Llcmente in diesen Anzeigen bereitstel- 
Icn. Im allgemeinen bictet eine derardge hierarchische An- 
zeige niehr Inlbrmaiionen uber bestimmte Bereiche, Regel- 
kreise elc. und die mil diesen zusammenhangenden Pro- 
bleme unlcrdcm Gesiehtspunkt der ProzeBsteueraktivitaten, 
Wartungsaktiviiiiten sowie der ProzeBleistungsaktivitaten, 
jc wcilcr der Benutzer in tiefere Ebenen in der Anzeige vor- 
dringl. 

|0126) Allgcmcin ausgedriickt bietet die hier beschrie- 
bene GUI iniuiiive graphische Abbildungen oder Anzeigen 
von ProzeBsieuerbcrcichen, Einheiten, Regelkreisen, Ein- 
richtungen elc. Jcde dieser graphischen Anzeigen kann Indi- 
zes uber den numerischen Status und die Leistung endialten 
(von welchen cinige oder alle durch die vorstehend be- 
schriebene Indcxerzeugungsroutine erzeugt werden kon- 
nen), die zu einer bcsiimniten, von der GUI dargestellten 
Ansicht gehoren. Bcispielsweise kann eine Anzeige, die ei- 
nen ProzeBsleuerbcreich darstellt, einen Satz von Indizes 
bereitslellen, die den Status und die Leistung dieses Be- 
rcichs wiedergeben (das heiBt einen bestimmten Abschnitt 
des ProzeBsteuersy stems in einer bestimmten Ebene der 
Ausriisiungshicrarchie). Andererseits kann eine Anzeige, 
die einen Rcgelkreis darstellt, einen Satz von Status- und 
Lei stung si ndizes zeigen, die zu diesem bestimmten Regel- 
kreis gehoren. In jedem Fall kann ein Benutzer die in einer 
beliebigen Ansicht, Seite oder Anzeige dargestellten Indizes 
nutzen, um rasch zu beurteiien. ob ein Problem innerhalb ei- 55 
ncr der Einrichtungen, Regelkreise etc. vorhanden ist, die in 
dieser Anzeige dargestellt sind. 

[0127J Zusatzlich kann die hier beschriebene GUI auto- 
matisch oder ansprechend auf eine Anfordemng durch einen 
Benutzer Wart ungsin form ationen fur den Benutzer bereit- 60 
stellen. Die Wart u ng si nform ationen konnen von jedem Teil 
der BeiricbsmittclnutzungssuiteSO bereitgestellt werden. In 
ahnlicher Weise kann die GUI Alarminformationen, ProzeB- 
steuerinformationen etc. anzeigen, die ebenfalls von der Be- 
tricbsmittclnutzungssuiic 50 bereitgestellt werden konnen. 65 
Ferner kann die GUI Mitteilungen an den Benutzer in Ver- 
bindung mil eincm Problem abgeben, das in der Anlage 10 
aufgetrcicn oder im Entstehen ist. Diese Mitteilungen kon- 
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nen graphische und/oder Textinformat.ionen einschlieBen, 
welche das Problem beschreiben, niogliche Veranderungen 
an dem System vorschlagen, die umgesetzt werden konnen, 
um ein gegenwart.iges Problem abzumildern, oder die umge- 
5 setzt werden konnen, um ein mogliches Problem zu vermei- 
den, Handlungsweisen beschreiben, die verfolgt werden 
konnen, um ein Problem zu korrigieren oder zu vermeiden, 
etc. 

[0128] Ferner kann die hier beschriebene GUI automa- 
10 tisch oder ansprechend auf eine Anforderung eines Benut- 
zers ProzeBleistungsinformationen fur den Benutzer bereit- 
stellen. Die ProzeBleistungsinformationen konnen von je- 
dem Teil der Betriebsmittelnutzungssuite bereitgestellt wer- 
den. Derartige Leistungsdaten oder Informationen konnen 
15 Leistungsmessungen, Vorhersagen oder Empfehlungen fur 
den Benutzer hinsichtlich Anderungen an dem ProzeB, um 
die Leistungs fahigkeit zu andern, enthalten, und konnen das 
Eingcbcn oder Anzeigen der gegenwartig von dem System 
verwendeten Leistungsziele etc. einschlieBen. 
20 [0129] Fig. 8 ist eine beispielhafte Darstellung einer An- 
zeige, die eine Einheit 500 innerhalb eines ProzeBsteuersy- 
sterns darstellt, die von der GUI angezeigt werden kann. Wie 
Fig. 8 zeigt, enthalt die Einheit 500 eine Vielzahl von Ein- 
richtungen, wie zum Beispiel Venule, Pumpen, Temperatur- 
25 sender etc., die alle wie dargeslelll graphisch abgebildet 
werden konnen. Zusatzlich kann die Anzeige Linienpfeile 
oder beliebige andere Darstellungen enthalten, die logische 
und physische Verbindungen zwischen den verschiedenen 
Einrichtungen darstellen. 
30 [0130] Selbstverstandlich sind derardge graphische Dar- 
stellungen des ProzeBsteuersystems (oder von Teilen des 
ProzeBsteuersystems) nach dem Stand der Technik bekannt 
und somit wird die Art der Umsetzung dieser graphischen 
Darstellungen oder Anzeigen hier nicht im Detail beschrie- 
35 ben. 

[0131] Die in Fig. 8 gezeigte GUI-Anzeige enthalt femer 
eine Vielzahl von Indexnamen und -werten 550. Im einzel- 
nen enthalten die Indexnamen und -werte 550 einen Lei- 
stungsindex, einen Zustandsindex, einen Variabilitatsindex 
40 und einen Nutzungsindex, die vorstehend alle in Verbindung 
mit der Betriebsmittelnutzungssuite 50 und der Indexerzeu- 
gungsroutine derselben kurz erortert wurden. Die Indexna- 
men und -werte 550 konnen im Tabellenformat, wie gezeigt, 
oder in jedem anderen gewiinschten Format dargestellt wer- 
45 den. Die Indexnamen und -werte 550 stellen die Leistung 
und den Status der gesamten Einheit 500 dar und somit sind 
die gezeigten Indexwerte vorzugsweise, jedoch nicht not- 
wendigerweise, aus den Indexwerten oder -gebieten zusam- 
mengesetzt, die zu jeder der Untereinheiten und/oder Ein- 
50 richtungen gehoren, welche die Einheit 500 bilden. 

[0132] Bevor die GUI und die Art und Weise erlautert 
wird, in der Betriebsmittelinformationen, ProzeBsteuerin- 
formationen, Wartungsinformationen, Diagnoseinformatio- 
nen, Leistungsinformationen oder jeder andere Informati- 
onstyp durch diese einem Benutzer angezeigt wird, wird 
nachfolgend die Art und Weise kurz erortert, in der die Lei- 
stungs- und Statusindizes erzeugt werden. Ferner sei ange- 
merkt, daB hier in Verbindung mit den verschiedenen Anzei- 
gen der GUI ein Leistungsindex, ein Zustandsindex, ein Va- 
riabilitatsindex und ein Nutzungsindex im Detail beschrie- 
ben werden, aber zusatzliche und/oder unterschiedliche In- 
dizes von der Betriebsmittelnutzungssuite 50 erzeugt wer- 
den konnen und uber die GUI angezeigt werden konnen. 
Femer versteht es sich, daB einige oder alle der Daten, die 
von der GUI angezeigt werden, von cincr cxtcrncn Datcn- 
quelle konimen konnen. 

[0133] Allgemein ausgedriickt konnen die von der Index- 
erzeugungsroutine erzeugten und uber die GUI angezeigten 
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Indizes fur einzelne Einrichtungen, fur logische und/oder 
physikalische Gruppierungen von Einrichtungen, fur logi- 
sche Prozesse (zum Beispiel Regelkreise), fiir logische 
Gruppierungen von ProzeRausriistung, wie zum Beispiel 
Einheiten und Bereiche, etc. berechnei werden. Mit anderen 5 
Worten konnen die Indizes prinzipiell in jeder Ebene der 
Ausriistung und logischen Hierarchie. eines ProzeBsteuersy- 
stems Oder aiigemein ausgedriickt eines Betriebsmitteinut- 
zungssystems berechnet werden, das ein oder mehrere Pro- 
zeBsteuersysteme enlhalten kann. Die Bedeutung eines be- 10 
stimmten Index kann jedoch von dem Kontext abhangig 
sein (das heiBt ob der Index einer logischen oder einer phy- 
sischen Gruppierung von Einrichtungen und/oder Parame- 
tem entspricht), in der der Index erzeugt und angezeigt wird, 
und kann von der Ebene der Hierarchie, in welcher er ange- u 
zeigt wird, abhangig sein. Beispielsweise entsprechen in der 
untersten Ebene der Ausrustungshierarchie Indizes den phy- 
sikalischcn Einrichtungen, wic zurn Beispiel Vcntilcn, Tcm- 
peratursensoren, Aktuatoren etc. Soinit kann jede Einrich- 
tung einen spezifischen Satz von Indizes haben, die inner- 20 
halb der Einrichtung oder fur die Einrichtung basierend auf 
Informationen erzeugt werden konnen, die in der Einrich- 
tung zum Zeitpunkt der Herstellung der Einrichtung gespei- 
chert werden. Entsprechend kann jede Einrichtung lhre Indi- 
zes erz-eugen und an hohere Ebenen der Hierarchie und die 25 
Betriebsmittelnutzungssuite 50 nach Bedarf weitergeben. 
[0134] In ahnlicher Weise konnen Einheiten oder Regel- 
kreise, die jeweils aus einer oder mehreren Einrichtungen 
oder Funktionsblocken zusammengesetzt sind, jeweils einen 
individuellen Satz von Indizes haben. Selbstverstandlich 30 
kann die Berechnung eines oder mehrerer der Leistungs-Zu- 
stands-, Variabilitats- und Nutzungsindizes nicht fur jede 
Ebene der logischen und Ausrustungshierarchie geeignet, 
erforderlich oder nutzlich sein. Einige oder alle dieser Indi- 
zes konnen den Zustand einer Einrichtung oder eines ande- 35 
ren Objekts innerhalb des Systems angeben. Beispielsweise 
kann ein Zustandsindex (HI) fiir eine Einrichtung auf der hi- 
storischen Nutzung der Einrichtung basieren. Im einzelnen 
kann der Einrichtung shersteUer Informationen hinsichtlich 
der Lebensdauer der Einrichtung in der Einrichtung spei- 40 
chern und basierend auf der Nutzung der Einrichtung und 
den wahrend ihres Betriebs auf die Einrichtung einwirken- 
den Umwelteinflussen (zum Beispiel Temperaturschwan- 
kungen, StoBe etc.) kann die Einrichtung bestimmen, wie 
weit die Einrichtung auf ihrer Lebensdauerkurve fortge- 45 
schritten ist (das heiBt gealtert ist). Der HersteUer kann eine 
Einrichtung so programmieren, daB sie einen Hl-Wert ab- 
gibt, der den gegenwartigen Status der Lebensdauer der Ein- 
richtung anzeigt. So kann beispielsweise ein Ventil der Hub- 
bauart eine voraussichtliche Lebensdauer von 250.000 vol- 50 
len Hubzyklen haben und der HersteUer der Hubventilein- 
richtung, bei der es sich typischerweise urn eine intelligente 
Anlageneinrichtung handelt, hat in ihrem Speicher die er- 
wartete Anzahl der Hubzyklen uber die Lebensdauer zusam- 
men mit der aktuelien Zahi der Hubzyklen, die das Ventil 5:> 
voilendet hat, gespeichert. So kann in dem Fall, in dem ein 
HI- Wert in einem Bereich von Gut, Wartung in Kurze und 
Wartung sofort liegen kann, der erzeugte HI- Wert auf der 
Anzahl der Hube im Bereich von 0 bis 250.000 basieren. 
Selbstverstandlich muss die exakte Beziehung zwischen den 60 
Hl-Werten und der Lebensdauercharakterisuk (beispiels- 
weise Hube) nicht linear sein. Ganz im Gegenteil folgen 
vieleLebensdauercharakteristikkurven einer exponentiellen 
Charakteristik, gemaB der Versagen und Verschlechterung 
der Einrichtungslcistung/dcs Einrichtungsbctricbcs im Vcr- 65 
lauf der Zeit rascher fortschreiten als die vollendeten Hub- 
zyklen etc. Selbstverstandlich gibt es viele andere Arten 
zum Definieren oder Berechnen eines HI fur eine Einrich- 



tuns basierend auf dem aktuelien erfaBien Zustand der Em- 
richtuns und der Qualitat. ihrer Betriebsleistung. Der HI fur 
einen Reselkreis basiert vorzugs weise, jedoch nicht unbe- 
dingt, auf Funktionsblocken, welche den Regelkreis bilden. 
[01351 In ahnlicher Weise stellt der fiir den Regelkreis, 
den Bereich und die Einheitsebenen berechnete UI das Aus- 
ma6 dar, in dem ein bestimmtes Betriebsmittel (beispiels- 
weise ein Reaeikreis) im Vergleich zu seiner Kapazitat oder 
gewunschten Nutzung ausgenutzt wird. Beispielsweise kann 
der TJI-Wert auf der Dauer der Zeit basieren, wahrend der 
Regelkreise so genutzt werden, dafi sie eine konstruktions- 
gemafie Regelung ausfuhren. 

[0136] Fig. 9 ist eine beispielhafte graphische Anzeige, 
die von der GUI dargestellt werden kann, urn einem Benut- 
zer die Moglichkeit zu geben, rasch den Betriebszustand 
und die Leistung eines ProzeBbereichs innerhalb einer An- 
lage 10 zu analysieren. Wie Fig. 9 zeigt, kann die GUI die 
physischc Ausriistung (und die Vcrbindungcn zwischen die- 
ser) innerhalb eines ProzeBbereichs 600 graphisch darstel- 
len Selbstverstandlich ist anzumerken, daB in der in Fig. 9 
gezeigten GUI-Anzeige zwar ein ProzeBbereich dargestellt 
ist, jedoch jeder andere Abschnitt der Anlage 10, wie zum 
Beispiel eine Einheit, eine Untereinheit, ein Regelkreis, erne 
Einrichtung etc. anstelle dessen gezeigt werden konnen, urn 
zu den gleichen oder ahnlichen Resultaten zu gelangen. In 
jedem Fall ist der ProzeBbereich 600 mit einem Paar von 
Tanks, einer Vielzahl von Temperatursendem, Drucksen- 
dern, DurchfluBsendern etc. und Rohrleitungen dargesteUt, 
die alle wie in Fig. 9 dargestellt verbunden sein konnen. Fer- 
ner kann jede der physikalischen Einrichtungen zusammen 
mit einer zugehorigen alphanumerischen Identifizierung 
(zum Beispiel TT-394) angezeigt werden, die eindeutig 
diese Einrichtung in der Anlage 10 identifiziert, und kann 
auch zusammen mit einer graphischen MeBeinrichtung oder 
Uhr (das heiBt den teilweise verdunkelten halbkreisformi- 
gen Abbildungen) angezeigt werden, die es einem Benutzer 
ermoglichen, den Status des zu dieser Einrichtung gehoren- 
den gemessenen Parameters zu bestimmen. 
[0137] Beispielsweise kann die GUI eine graphische MeB- 
uhr oder Anzeige anzeigen, die zu einem Temperatursender 
gehort, und kann einen groBeren oder kleineren Teil der 
MeBuhr basierend auf der gegenwartig von dem Tempera- 
turtransmitter gemessenen Temperatur schwarzen. Dabei ist 
wichtig, daB einer oder mehrere der VT-, HI-, UI- und PI- 
Werte fiir eine oder mehrere der in dem Bereich 600 gezeig- 
ten Einrichtungen angezeigt werden konnen. Als Beispiel 
sind die Hl-Werte fiir mehrere der Einrichtungen, die mit ei- 
nem Tank 610 in dem Bereich 600 verbunden sind, darge- 
stellt. Es konnten jedoch rnehr oder weniger Hl-Werte ange- 
zeigt werden, wenn dies erwunscht ist. Zusatzlich konnen 
unterschiedliche Indexwerte oder Gruppen von Indexwerten 
fiir jede der Einrichtungen, die in dem Bereich 600 er- 
scheint, nach Wunsch angezeigt werden. Wie aus der in Fig. 
9 gezeigten Anzeige zu erkennen ist, kann ein Benutzer 
rasch sichersteilen, ob ein Bereich ordnungsgemaB arbeitet 
und weiterhin ordnungsgemaB arbeiten wird. Femer kann 
ein Benutzer rasch diejenigen Einrichtungen, Einheiten, Un- 
tereinheiten etc. identifizieren, die der Aufmerksamkeit be- 
durfen und/oder die ein bestimmtes Problem verursachen 
konnen. Ferner versteht es sich, daB ein Benutzer aufeinan- 
derfolgend tiefer und tieferliegende Objekte innerhalb einer 
Anlage betrachten kann und Informationen uber die zu je- 
dem dieser verschiedenen Objekte oder jeder dieser Ansich- 
ten gehorenden Indizes erhalten kann. So kann beispiels- 
weise cin Benutzer die Ansicht einer Anlage betrachten und 
einen bestimmten Satz von Indizes fiir die Anlage sehen. 
Der Benutzer kann sich dann auf einen Bereich konzentrie- 
ren, indera er beispielsweise einen der Bereiche innerhalb 
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der Anlagenansicht anklickt, und die zu dies em Bereich ge- 
horenden Indizes sehen. In ahnlicher Weise konnen durch 
Anklicken von Einheiten innerhaib des angezeigten Berei- 
ches die Indizes fur die verschiedenen Einheiten betrachter. 
werden. GleichermaBen konnen dann Indizes fur Regel- 
kreise, Untereinheiten, Einricht.ungen etc. betrachiet wer- 
den, indern aus einer Ansicht eines Objektes, in dem diese 
Objekte angeordnet sind, diese verschiedenen Objekte ein- 
zeln herausgehoben werden. Auf diese Weise kann ein Be- 
nutzer rasch die Ursache eines unerwartet niedrigen (oder 
unerwartet hohen) Index an jedem Punkt oder in jeder Ebene 
der Anlage finden. Selbstverstandlich basieren einige der 
angezeigten Daten fur das System auf oder wurden entwik- 
kelt aus Daten, die von externen Datenquellen uber das Da- 
tenerfassungs- und Verteilungssystem 102 empfangen wur- 
den. 

[0138] Fig. 10 ist eine beispielhafte Darstellung einer An- 
zeige, die von der GUI erzeugt werden kann, um cincm Be- 
nutzer zu ermoghchen, Prufpfadinformationen in Verbin- 
dung mil einer beliebigen Einrichtung zu betrachten, die in 
dem Bereich 600 verwendet wird. Beispielsweise kann ein 
Benutzer eine Maus verwenden, um auf eine gegebene Ein- 
richtung oder ihre alphanumerische Identifizierung zu klik- 
ken oder kann altemativ die Identifizierung uber eine Tasta- 
tur eingeben, um ein Popup-Prufpfadfenster 650 fur diese 
Einrichtung anzufordem. Auf diese Weise kann ein Benut- 
zer die Prufpfadinformationen verwenden, um festzustellen, 
ob ein ungeeigneter oder inakzeptabler Indexwert damit zu 
tun haben kann, daG die Einrichtung nicht ordnungsgemaB 
oder zeitgerecht kalibriert ist, ob eine Einrichtung ordnungs- 
gemaB konfiguriert oder uberhaupt konfiguriert wurde, etc. 
[0139] Fig. 1 1 ist eine Beispieldarstellung einer Anzeige, 
die von der GUI bereitgestellt werden kann, um es einem 
Benutzer zu ermdglichen, eine detailliertere Analyse der 
Daten durchzufuhren, die bei der Erzeugung eines oder 
mehrerer der Indizes fur eine bestimmte Einrichtung inner- 
haib des Bereichs 600 verwendet werden, oder um eine Zu- 
standsuberwachung durchzufuhren. ZumBeispiel kann eine 
Vibrations analyse fur ein en Motor 675 in einem Popup-Fen- 
ster 680 dargestellt werden. Ein Benutzer kann ein derarti- 
ges Popup-Fenster ansprechend auf einen auBergewohnlich 
hohen oder einen auBergewohnlich niedrigen Indexwert fur 
die von dem Motor 675 beeinfluBte Einheit anfordern und/ 
oder das Fenster anfordern, wenn ein zu dem Motor geho- 
render Indexwert ein mogliches Problem anzeigt. Ferner 
kann auf Wunsch die GUI automatisch derartige Popup- 
Fenster bereitstellen, die eine detaillierte Datenanalyse fur 
diejenigen Einrichtungen, Einheiten etc. enthalten, die einen 
oder mehrere anormale Index werte haben. 
[0140] Fig. 12 ist eine weitere beispielhafte Abbildung ei- 
ner Anzeige, die von der GUI bereitgestellt werden kann, 
um es dem Benutzer zu ermogtichen, rasch Alarminforma- 
tionen, Zustande etc. innerhaib der Anlage 10 aufzuklaren. 
Eine graphische Ansicht 750 in einer hohen Ebene der An- 
lage 10 kann ein Alarm banner 760 enthalten, das einen oder 
mehrere akute Alarme hat. Jeder der Alarme innerhaib des 
Alarmbanners kann unter Verwendung einer alphanumeri- 
schen Bezeichnung dargestellt werden, der eindeutig zu der 
Einrichtung oder dem anderen Objekt gehort, das den Alarm 
oder das Ereignis erzeugte. Zusatzlich kann jeder der 
Alarme innerhaib des Banners 760 ferner eine Informations- 
schaltflache 770 enthalten, die von einem Benutzer ausge- 
wahlt werden kann, um ein Popup-Fenster 775 zu erzeugen, 
das detailliertere Informationen zu diesem bestimmten 
Alarm enthalten kann. Ferner kann ein Benutzer auch die al- 
phanumerische Bezeichnung fur die Einrichtung, die einen 
bestimmten Alarm verursacht, auswahlen, um die mogli- 
chen Ursachen fur den Alarm zu untersuchen. Wenn die al- 
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phanumerische Bezeichnung ausgewahlt wird, kann von der 
GUI ein Popup-Fenster 780 erzeugt werden. Das Popup- 
Fenster 780 kann eine oder mehrere Antwortkategorien 785 
enthalten, das das Verstandnis eines Benurzers, wie ein be- 
stimmter Alarm behandelt werden sollte und innerhaib wel- 
ches Zeitrahmens der Alarm behandelt werden sollte, er- 
leichtern kann. Als Beispiel kann das Popup-Fenster 780 an- 
zeigen, daB eine bestimmte Einrichtung keine Kommunika- 
tion hat, daB die Einrichtung ausgefallen ist, daB die Einrich- 
tung sofort gewartet werden muss, oder daB die Einrichtung 
Wartung oder eine anderweitige Behandlung in Kiirze beno- 
tigt. Selbstverstandlich konnen anstelle dessen weniger und/ 
oder andere Antwortkategorien verwendet werden. Die von 
der GUI an diesem Punkt erzeugte Alarmanzeige kann die in 
der US-Patentanmeldung mit der Seriennurnrner 09/707,580 
(eingereicht am 7. November 2000) offenbarte integrierte 
Anzeige sein, die hiermit ausdriicklich durch Bezugnahme 
hicrin cingcschlosscn wird. Allgcmcin kann diese Alarman- 
zeige ProzeB alarme und Benachrichtigungen sowie andere 
Arten von Alarrnen, wie zum Beispiel Wartungsalarme und 
-benachrichtigungen zeigen. Ferner konnen Prozefilei- 
stungsalarme angezeigt werden, um Alarme zu zeigen, die 
zu einer mangelhaften ProzeBleistung gehoren. Ferner kon- 
nen Informationen uber den Alarm, wie zum Beispiel eine 
spezifische Information, die in dem Feld 775 des Alarmban- 
ners dargestellt wird, an die GUI oder die Betriebsmittelnut- 
zungssuite 50 zusammen mit dem Alarm gesendet werden. 
Es versteht sich, daB die Alarm- und Benachrichtigungsin- 
forrnation in der vorstehend unter Bezug auf Fig. 3 bis 6 be- 
schriebenen Weise von externen Datenquellen kommen 
konnen. 

[0141] Fig. 13 und 14 zeigen weitere Anzeigen,.die von 
der GUI erzeugt werden konnen, um zusatzliche Informatio- 
nen hinsichtlich der Steuerleistung, Steuemutzung, Einrich- 
tungszustande oder ProzeBleistung zu geben. Insbesondere 
zeigt in Fig. 13 die linke Seite eine Baumstruktur, die hier- 
archische Informationen iiber die ProzeBsteueranlage ent- 
halt, einschlieBlich eines Delta V- Systems (bei dem es sich 
um ein Steuergerate system handelt), einen "Bereich A", ei- 
nen Bereich "Pro-Plus", sowie zusatzliche Elemente einer 
hoheren Ebene innerhaib der ProzeBsteueranlage. Das Aus- 
wahlen einiger dieser Elemente, wie zum Beispiel des Del- 
taV-Systems, gibt weitere Informationen uber die Einrich- 
tungen oder Steuersysteme oder andere Leistungscharakte- 
ristiken des ausgewahlten Elements. Auf der rechten Seite in 
Fig. 13 hat ein Expertensystem Informationen uber die Dia- 
gnose des ausgewahlten DeltaV-Systems einschlieBlich der 
Anzahl der Module (in diesem Fall 42), die in einem nicht 
ordnungsgemaBen Modus sind, die Anzahl der Module, die 
eine eingeschrankte Steuerung gezeigt haben, die Anzahl 
der Module, die Eingabe/Ausgabe-Probleme hatten, und die 
Anzahl der Module, die eine hohe Variabilitat haben, erfaBt. 
und angezeigt. Erneut konnen die zum Erstellen dieser Bild- 
schirmansicht verwendeten Daten durch das hier beschrie- 
bene Datenerfassungs- und Verteilungssystem von externen 
Datenquellen kommen. Ferner sind Steuerleistungs-, Steu- 
ernutzungs-, Einrichtungszustands- und ProzeBleistungs- 
messungen, die von einer oder mehreren der Steuerdaten, 
Einrichtungsdaten und Leistungsdaten erzeugt wurden, an 
der Unterseite der Anzeige in Fig. 13 gezeigt. 
[0142] Wie Fig. 14 zeigt, sind weitere Informationen iiber 
das gleiche System hinsichtlich der Module mit schlechter 
Eingabe/Ausgabe als eine weitere Anzeige einer niedrigeren 
Ebene dargestellt. Hier zeigt die rechte Seite der Anzeige 
bestimmte Modulnamcn und den Prozcntsatz der Zcitdaucr, 
fur die jedes eine schlechte Eingabe hatte, Dieser Bild- 
schirm zeigt femer eine Liste der erzeugten Alarme und ins- 
besondere, daB ein Alarm fur einen Block All voriiegt, da 
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der Block All aufGrund eines Einrichtungsausfalles 100% 
der Zeit eine schlechte Eingabe hat. Diese Anzeige zeigt 
auch, daB die Einrichtung bald Warning sarbeiten bendtigt. 
Selbstverstandlich konnren diese und andere Arren von Be- 
nutzerschnittsteUenbildschirmen fur alle beliebigen Infor- 5 
-malionen, die die Einrichtungszustande, Variabilitat, Status 
etc. betreffen, bereitgestellt werden. Die Anzeigen in Fig. 13 
und 14 konnen durch eine Diagnosesteuerroutine, wie zum 
Beispiel die in den US-Patent.anrneldungen mit den Serien- 
nummem 09/256,585 und 09/499,445 aufgezeigten, erzeugt U> 
werden. 

[0143] Fig. 15 ist eine weitere beispielhafte Darstellung 
einer Anzeige, die von der GUI bereitgestellt werden kann, 
welche es einem Benutzer ermoglicht, Arbeitsauftrage zu 
verfolgen, die durch die Arbeitsauftragserzeugungsroutine 15 
270 automatisch erzeugt worden sein konnen. Die Betriebs- 
mittelnutzungssuite 50 kann Daten an die Arbeitsauftragser- 
zcugungsroutinc 270 abgcbcn, wclchc dicsc Routine vcran- 
lassen, automatisch Arbeitsauftrage ansprechend auf ein 
Problem oder mogliches Problem zu erzeugen, das von der 20 
Betriebsmittelnutzungssuite 50 und/oder einem Benutzer, 
der mit der Betriebsmittelnutzungssuite 50 arbeitet, uber die 
GUI entdeckt oder erkannt wurde, Beispielsweise kann die 
Betriebsmittelnutzungssuite 50 Diagnoseinformationen, 
Wartungsanforderungen etc. von internen und extemen Da- 25 
tenquellen empfangen und ansprechend darauf das War- 
tungssysteni veranlassen, einen Arbeitsauftrag zu erzeugen, 
der eine Wartungsperson auffordert, sich um eines oder 
mehrere Probleme im Zusammenhang mit der Diagnosein- 
formation zu kummem. Selbstverstandlich sind die Einzel- 30 
heiten des erzeugten Arbeitsauftrages von der Art des ent- 
deckten Problems oder der Situation so wie von den Stan- 
dardformen, die zur Korrektur des Problems, wie zum Bei- 
spiel Bestellen von Teilen, Versorgungsgiitern etc. verwen- 
det werden, abhangig. 35 
[0144] Ferner konnte die Arbeitsauftragserzeugungsrou- 
tine 270 eine Business-to-Business Kommunikationsfunk- 
tion enthalten, die basierend auf erf a8 ten tatsachlichen oder 
vorhergesagten Problemen innerhalb der Anlage 10 automa- 
tisch mit einem Zulieferer oder einem anderen Geschaftsbe- 40 
trieb kommuniziert, um Ersatzteile, Versorgungsguter etc. 
zu bestellen, ohne daB ein Operator oder eine Wartungsper- 
son eingreift, oder unter Mitwirkung derselben. Genauer 
ausgedriickt kann die Routine 270 Mitteilungen uber aktu- 
elle Probleme oder vorhergesagte zukiinftige Probleme rnit 45 
Einrichtungen oder anderen Betriebsmitteln basierend auf 
Daten oder Vorhersagen empfangen, die von der Betriebs- 
mittelnutzungssuite 50 oder jedem anderen der Datenanaly- 
setools bereitgestellt oder erstellt werden, wie zum Beispiel 
den Analysetools fur rotierende Gerate, Die Routine 270 50 
nimmt dann automatisch mit einem Zulieferer beispiels- 
weise uber eine Internet-, Telefon- oder andere Kommuni- 
kations verbindung Kontakt auf und bestellt die Teile, Gerate 
oder Versorgungsguter, die zu der Anlage 10 zu liefem sind, 
bevor die Einrichtung ersetzt werden muss. Auf diese Weise 55 
begrenzt die Arbeitsauftragserzeugungsroutine 270 die Aus- 
fallzeit oder hilft dabei sicherzustellen, daB nur eine geringe 
oder gar keine Ausfallzeit durch das Erfordernis, auf Teile, 
Gerate oder Versorgungsguter zu warten, um das Problem 
zu losen, wenn es tatsachlich auftritt, vorliegt. Diese Tatsa- 60 
che rnacht die Anlage 10 effizienter. 

[0145] Wie Fig. 16 zeigt, kann die GUI andere Bild- 
schirme einem Benutzer bereitstellen, um gegenwartige 
oder zukiinftige Probleme anzuzeigen, wie zum Beispiel 
vorhergesagte Probleme, die von der Betricbsmittclnut- 65 
zungssuite 50 oder einem <ier Datenanalysetools innerhalb 
der Anlage 10, wie zum Beispiel Datenanalysetools, die mit 
entfernten Datenquellen verbunden sind, erfaBt werden kon- 



nen. Fig. 16 zeigt. im einzelnen eine Anzeige, die Spektral- 
kurven der Vibration eines Elements, wie zum Beispiel einer 
Welle in einer rotierenden Einrichtung zeigt, die von den Vi- 
brationsanalyseprogrammen 22 in Fig. 1 aufgezeichnet wur- 
den, und Zustande oder Probleme, die basierend auf diesen 
Kurven von dem Analyse tool erfaBt wurden. 
[0146] Selbstverstandlich konnen andere Zustande fur ro- 
tierende oder andere Einrichtungen basierend auf den Resul- 
taten der Datenanalysetools ebenfalls angezeigt werden. 
Ferner konnen die Resultate dieser Tools verwendet werden, 
um die Arbeitsauftragserzeugungsroutine 270 zu veranlas- 
sen, automadsch Ersatzteile zu bestellen und/oder die Aus- 
fuhrung von Arbeiten (wie zum Beispiel Reparatur oder 
Warning) in der Anlage 10 in Auftrag zu geben oder zu pla- 
nen. Obwohl das Datenerfassungs- und Verteilungssystem 
102 und die Betriebsmittelnutzungssuite 50 und andere Pro- 
zeBelemente so beschrieben wurden, daB sie vorzugsweise 
in Software implcmcnticrt sind, konnen sic auch in Hard- 
ware, Firmware, etc. implementiert sein und von jedem an- 
deren Prozessor, der mit dem ProzeBsteuersystem 10 in Ver- 
bindung stent, implementiert werden. So konnen die hier be- 
schriebenen Elernente in einer Standard-Vielzweck-CPU 
implementiert sein oder auf speziell gestalteter Hardware 
oder Firmware, wie zum Beispiel einem anwendungsspezi- 
fischen integrierten Schaltkreis (ASIC) oder anderer festver- 
drahteter Einrichtung nach Wunsch implementiert sein. Bei 
der Implementierung in Software kann die Softwareroutine 
in jedem computer lesbaren Speicher gespeichert. sein, wie 
zum Beispiel auf einer Magnetplatte, einer Laserplatte oder 
einem anderen Speichermedium, in einem RAM oder ROM 
eines Computers oder Prozessors, in einer beliebigen Daten- 
bank etc. Gleichermafien kann die Software einem Benutzer 
oder einer ProzeBsteueranlage uber jedes bekannte oder ge- 
wiinschte Auslieferungsverfahren geliefert werden, darunter 
beispielsweise auf einer computerlesbaren Diskette oder ei- 
nem anderen transportablen Computerspeichermechanis- 
mus oder uber einen Kommunikationskanal, wie zum Bei- 
spiel eine Telefonleitung, das Internet etc. (die als gleich 
oder austauschbar mit der Bereitstellung dieser Software 
uber ein transportables Speichermedium betrachtet werden). 
Wahrend ferner die Suite 50 so beschrieben wurde, daB sie 
moglicherweise ein regelbasiertes Expertensystem ist oder 
nutzt, konnen andere Arten von Expertensystemen ebenfalls 
verwendet werden, einschlieBlich diejenigen, die andere be- 
kannte Datenforderungstechniken verwenden. 
[0147] Obwohl die vorliegende Erfindung unter Bezug auf 
bestimmte Beispiele beschrieben wurde, die nur der Erlaute- 
rung dienen sollen und die die Erfindung nicht einschranken 
sollen, ist es dem Durchschnittsfachmann offensichdich, 
daB Veranderungen, Hinzufugungen oder Weglassungen an 
den offenbarten Ausfuhrungsformen durchgefiihrt werden 
konnen, ohne den Gedanken und Schutzbereich der Erfin- 
dung zu verlassen. 

Patentanspriiche 

1. ProzeBsteuersystem in einer Anlage, enthaltend: 
ProzeBausrustungsiiberv^'achungseinrichtungen, die 
Ausriistungsdaten erfassen; 

ProzeBsteueruberwachungseinrichtungen, die ProzeB- 
steuerdaten erfassen; 

ProzeBmodelle, die so ausgelegt sind, daB sie eine Pro- 
zeBleistungsiiberwachung durchfuhren, um ProzeBlei- 
stungsdaten zu erzeugen; und 

cin Computcrsystcm, das cine Softwareroutine imple- 
mentiert, die zwei oder mehr der Ausriistungsdaten, der 
ProzeBsteuerdaten und der ProzeBleistungsdaten nutzt, 
um eine Funktion innerhalb der Anlage durchzufuhren. 
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2. ProzeBsteuersystem nach Anspruch 1. dadurch ge- 
kennzeichnet, daB die Funktion in der Anlage eine Dia- 
gnosefunkiion ist. und die Softwareroutine eine Dia- 
gnoseroutine ist, die zwei oder mehr der Ausriistungs- 
daten, der ProzeBsteuerdaten und der ProzeBleistungs- 5 
daten kombiniert, urn eine Diagnosefunktion auszufuh- 
ren. 

3. ProzeBsteuersystem nach Anspruch 2. dadurch ge- 
kennzeichnet, daB die Softwareroutine zwei oder mehr 
einer ProzeBsteuerdiagnoseroutine, einer Ausriistungs- 10 
uberwachungsdiagnoseroutine und einer ProzeBlei- 
stungsdiagnoseroutine enthalt. 

4. ProzeBsteuersystem nach Anspruch 3, dadurch ge- 
kennzeichnet, daB die Softwareroutine zwei oder mehr 
eines ProzeBsteuermodells, eines Ausrustungsmodells 15 
und eines Leistungsiiberwachungsmodells enthalt. 

5. ProzeBsteuersystem nach einem der Anspriiche 2 
bis 4, dadurch gckcnnzcichnct, daB die Diagnoscrou- 
tine eine pradiktive Routine enthalt, die einen Zustand 

in der Zukunft basierend auf zwei oder mehr der Aus- 20 
riistungsdaten, der ProzeBsteuerdaten und der ProzeB- 
leistungsdaten vorhersagt. 

6. ProzeBsteuersystem nach einem der Anspriiche 2 
bis 5, ferner enthaltend eine Empfehlungssoftwarerou- 
tine, die einem Benulzer ansprechend auf eine Diagno- 25 
seentscheidung, die von der Diagnoseroutine durchge- 
fuhrt wurde, Empfehlungen gibt. 

7. ProzeBsteuersystem nach einem der Anspriiche 2 
bis 6, ferner enthaltend eine Aktionssoftwareroutine, 
die basierend auf einer von der Diagnoseroutine getrof- 30 
fenen Diagnoseentscheidung eine Steueraktion oder 
eine ProzeBaktion implementiert. 

8. ProzeBsteuersystem nach einem der Anspriiche 2 
bis 7, ferner enthaltend eine Auftragserzeugungsrou- 
tine, die automatisch basierend auf einer von der Dia- 35 
gnoseroutine getroffenen Diagnoseentscheidung einen 
Auftrag erzeugt. 

9. ProzeBsteuersystem nach Anspruch 8, dadurch ge- 
kennzeichnet, daB die Auftragserzeugungsroutine ei- 
nen Arbeitsauftrag erzeugt, der in der Anlage durchzu- 40 
fiihrende Arbeit in Auftrag gibt. 

10. ProzeBsteuersystem nach Anspruch 8, dadurch ge- 
kennzeichnet, daB die Auftragserzeugungsroutine ei- 
nen Teileauftrag erzeugt, der ein oder mehrere Teile, 
die fur die Anlage benotigt werden, bestellt. 45 

11. ProzeBsteuersystem nach einem der Anspriiche 2 
bis 10, dadurch gekennzeichnet, daB die Diagnoserou- 
tine eine Ruckverfolgung basierend auf zwei oder mehr 
der ProzeBsteuerdaten, der Ausriistungsdaten und der 
ProzeBleistungsdaten durchfuhrt. 50 

12. ProzeBsteuersystem nach einem der vorstehenden 
Anspriiche, dadurch gekennzeichnet, daB die Funktion 
eine Betrachtungsfunktion ist und die Softwareroutine 
so ausgelegt ist, einen Anzeigebildschirm uber ein An- 
zeigeendgerat zu erzeugen und anzuzeigen, wobei zwei 55 
oder mehr der erfassten Ausriistungsdaten, ProzeBsteu- 
erdaten und ProzeBleistungsdaten verwendet werden. 

13. ProzeBsteuersystem nach Anspruch 12, dadurch 
gekennzeichnet, daB die Softwareroutine eine Indexer- 
zeugungsroutine enthalt, die Indizes erzeugt, die zu 60 
ProzeBsteuerkomponenten oder zu Ausrustungskom- 
ponenten oder zu ProzeBleistungskomponenten geho- 
ren, wobei die Softwareroutine eine Ansicht der Pro- 
zeBsteueranlage erzeugt, die die Indizes anzeigt. 

14. ProzeBsteuersystem nach Anspruch 12 oder 13, 65 
dadurch gekennzeichnet, daB die Softwareroutine zwei 
oder mehr eines Prozesssteueralarms, eines Ausru- 
stungsalarms und eines ProzeBleistungsalarms zusam- 
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men auf einem Anzeigebildschirm anzeigt. 

15. ProzeBsteuersystem nach einem der vorstehenden 
Anspriiche. ferner enthaltend eine oder mehrere Daten- 
abstimmanwendungen, die die erfaBten Ausriistungs- 
daten oder die erfaBten ProzeBsteuerdaten oder die Pro- 
zeBleistungsdaten verarbei ten . 

16. ProzeBsteuersystem nach Anspruch 15, dadurch 
gekennzeichnet, daB die Ausriistungsdaten oder die 
ProzeBsteuerdaten oder die ProzeBleistungsdaten kom- 
primiert sind. 

17. ProzeBsteuersystem nach einem der vorstehenden 
Anspriiche, dadurch gekennzeichnet, daB die Software- 
routine uber zwei oder mehr Computer innerhalb der 
Anlage verteilt ist. 

18. Verfahren zum Betrieb eines ProzeBsteuersy stems 
innerhalb einer Anlage, enthaltend die Schritte: 

Erf assen von Ausriistungsdaten, die sich auf den Status 
der Ausriistung in der Anlage bezichen; 
Erf assen von ProzeBsteuerdaten, die sich auf den Sta- 
tus von ProzeBsteueraktivitaten in der Anlage bezie- 
hen; 

Erfassen von ProzeBleistungsdaten, die sich auf die 
Leistung des Prozesses beziehen; und Verwenden von 
zwei oder mehr der Ausriistungsdaten, der ProzeBsteu- 
erdaten und der ProzeBleistungsdaten, urn eine weitere 
Funktion innerhalb der Anlage auszufiihren. 

19. Verfahren nach Anspruch 18, dadurch gekenn- 
zeichnet, daB die weitere Funktion innerhalb der An- 
lage eine Diagnosefunktion ist und der Schritt der Ver- 
wendung von zwei oder mehr der Ausriistungsdaten 
der ProzeBsteuerdaten und der ProzeBleistungsdaten 
den Schritt des Kombinierens von zwei oder mehr der 
Ausriistungsdaten der ProzeBsteuerdaten und der Pro- 
zeBleistungsdaten zur Durchfuhrung einer Diagnose- 
funktion enthalt. 

20. Verfahren nach Anspruch 19, dadurch gekenn- 
zeichnet, daB der Schritt des Kombinierens von zwei 
oder mehr der Ausriistungsdaten der ProzeBsteuerdaten 
und der ProzeBleistungsdaten den Schritt des Verwen- 
dens von zwei oder mehr einer ProzeBsteuerdiagnose- 
routine zum Verarbeiten der ProzeBsteuerdaten, einer 
Ausriistungsuberwachungsdiagnoseroutine zur Verar- 
beitung der Ausriistungsdaten und einer ProzeBlei- 
stungsuberwachungsroutine zur Verarbeitung der Pro- 
zeBleistungsdaten enthalt. 

21. Verfahren nach Anspruch 20, dadurch gekenn- 
zeichnet, daB der Schritt des Kombinierens von zwei 
oder mehr der Ausriistungsdaten der ProzeBsteuerdaten 
und der ProzeBleistungsdaten den Schritt des Verwen- 
dens von zwei oder mehr von Ausriistungsmodellen, 
ProzeBsteuermodellen und ProzeBleistungsmodellen 
enthalt. 

22. Verfahren nach einem der Anspriiche 19 bis 21, 
dadurch gekennzeichnet, daB der Schritt des Kombi- 
nierens von zwei oder mehr der Ausriistungsdaten der 
ProzeBsteuerdaten und der ProzeBleistungsdaten den 
Schritt des Vorhersagens eines Zustandes in der Zu- 
kunft basierend auf zwei oder mehr der Ausriistungsda- 
ten, der ProzeBsteuerdaten und der ProzeBleistungsda- 
ten enthalt. 

23. Verfahren nach einem der Anspriiche 19 bis 22, 
ferner enthaltend den Schritt des Empfehlens einer 
oder mehrerer Aktionen fur einen Benutzer anspre- 
chend auf eine Diagnoseentscheidung, die wahrend des 
Schrittcs des Kombinierens von zwei oder mehr der 
Ausriistungsdaten, der ProzeBsteuerdaten und der Pro- 
zeBleistungsdaten getroffen wurde. 

24. Verfahren nach einem der Anspriiche 19 bis 23, 
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ferner enthaltend den Schriu des Implemenuerens ent- 
weder einer Steueraktion oder einer ProzeBaktion ba- 
sierend auf einer Diagnoseentscheidung, die wahrend 
des Schritt.es des TCombinierens von zwei oder mehr 
der Ausriistungsdaten, der ProzeBsteuerdaten und der 5 
ProzeBleistungsdaten getroffen wurde. 

25. Verfahren nach einem der Anspruche 19 bis 24, 
ferner enthaltend das automatische Erzeugen eines 
Auftrags basierend auf einer Diagnoseentscheidung, 
die wahrend des Schrittes des Kombinierens von zwei to 
oder mehr der Ausriistungsdaten, der ProzeBsteuerda- 
ten und der ProzeBleistungsdaten getroffen wurde. 

26. Verfahren nach Anspruch 25, dadurch gekenn- 
zeichnet, daB der Schritt zur Auftragserzeugung einen 
Arbeitsauftrag erzeugt, der in der Anlage durchzufuh- 15 
rende Arbeit in Auftrag gibt. 

27. Verfahren nach Anspruch 25, dadurch gekenn- 
zcichnct, da£ der Schritt der Auftragserzeugung cincn 
Teilebestellauftrag erzeugt, mit dem ein oder mehrere 
fur die Anlage erforderliche Teile bestellt werden. 20 

28. Verfahren nach einem der Anspruche 19 bis 27, 
dadurch gekennzeichnet, daB der Schritt des Kombi- 
nierens von zwei oder mehr der Ausriistungsdaten und 
der ProzeBsteuerdaten und der ProzeBleistungsdaten 
den Schrilt der Durehfuhrung einer Ruckverfolgung 25 
basierend auf zwei oder mehr der Ausriistungsdaten, 
der ProzeBsteuerdaten und der ProzeBleistungsdaten 
enthalt. 

29. Verfahren nach einem der Anspruche 18 bis 28, 
dadurch gekennzeichnet, daB die Funktion eine Be- 30 
trachtungsfunktion ist und der Schritt des Verwendens 
von zwei oder mehr der Ausriistungsdaten, der ProzeB- 
steuerdaten und der ProzeBleistungsdaten den Schritt 
des Erzeugens eines Anzeigebildschirms unter Ver- 
wendung von zwei oder mehr der erfaBten Ausrii- 35 
stungsdaten und ProzeBsteuerdaten und ProzeBlei- 
stungsdaten einschlieBt. 

30. Verfahren nach Anspruch 29, dadurch gekenn- 
zeichnet, daB der Schritt des Verwendens von zwei 
oder mehr der Ausriistungsdaten, der ProzeBsteuerda- 40 
ten und der ProzeBleistungsdaten den Schritt des Er- 
zeugens eines oder mehrerer Indizes einschlieBt, die zu 
den Prozesssteuerkomponenten, den Ausriistungskom- 
ponenten oder den ProzeBleistungskomponenten geho- 
ren, wobei der Schritt des Erzeugens eines Anzeige- 45 
bildschirms den Schritt des Erzeugens einer Ansicht 
der ProzeBsteueranlage, in der einer oder mehrere der 
Indizes angezeigt werden, einschlieBt. 

31. Verfahren nach Anspruch 29 oder 30, dadurch ge- 
kennzeichnet, daB der Schritt des Erzeugens eines An- 50 
zeigebildschirms den Schritt des Erzeugens von zwei 
oder mehr eines ProzeBsteueralarms, eines Ausrii- 
stungsalarms und eines ProzeBleistungsalarms zusam- 
men auf dem Anzeigebildschirm enthalt. 

32. Verfahren nach einem der Anspruche 18 bis 31, 55 
ferner enthaltend den Schritt des Verarbeitens der er- 
faBten Ausriistungsdaten, der erfaBten ProzeBsteuerda- 
ten oder der ProzeBleistungsdaten vor dem Schritt des 
Verwendens von zwei oder mehr der Ausriistungsdaten 
und der ProzeBsteuerdaten und der ProzeBleistungsda- 60 
ten. 

33. Verfahren nach einem der Anspruche 18 bis 32, 
ferner enthaltend den Schritt des Komprimierens rnin- 
destens eines Teils der Prozesssteuerdaten, der Ausrii- 
stungsdaten oder der ProzeBleistungsdaten. 65 

34. ProzeBsteuersystem, enthaltend: 
mehrere ProzeBsteuereinrichtungen; 
ein oder mehrere Steuergerate; 
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eine oder mehrere Benutzerschnittstellen; 
eine oder mehrere Datenerfassungsroutinen, die auf 
Verarbeitungseinrichtungen implementiert sind, die 
ProzeBsteuerdaten, Ausriistungsdaten und ProzeBlei- 
stungsdaten erfassen; und 

eine Zustandsuberwachungsroutine, die mit den Daten- 
erfassungsroutinen in Kommunikationsverbindung 
steht, urn die ProzeBsteuerdaten, die Ausriistungsdaten 
und die ProzeBleistungsdaten, die von den Datenerfas- 
sungsroutinen erfasst wurden, zu akzeptieren und zu 
verarbeiten, urn eine Zustandsuberwachung innerhalb 
des ProzeBsteuersystems durchzufuhren; 
wobei die ProzeBsteuereinrichtungen, Steuergerate und 
Benutzerschnittstellen uber ein oder mehrere Kommu- 
nikationsnetze in Kommunikationsverbindung stehen 
und wobei die Datenerfassungsroutinen so konfiguriert 
sind, daB sie transparent Daten von mehreren verschie- 
denen Quollcnartcn innerhalb des ProzeBsteuersystems 
akzeptieren. 

35. ProzeBsteuersystem nach Anspruch 34, dadurch 
gekennzeichnet, daB die mehreren verschiedenen Arten 
von Queilen zwei oder mehr von tragbaren Erfassungs- 
einrichtungen, chemischen oder physikalischen Labor- 
meBquellen, direkten Online-Eingabequellen und ent- 
fernten Queilen einschlieBen. 

36. ProzeBsteuersystem nach Anspruch 34 oder 35, 
dadurch gekennzeichnet, daB das ProzeBsteuersystem 
uber ein geographisch verteiltes Netz verteilt ist. 

37. ProzeBsteuersystem nach Anspruch 36, dadurch 
gekennzeichnet, daB mindestens eines der Kommuni- 
kationsnetze ein gemeinsam genutzter Kommunikati- 
onskanal ist, der das Internet oder ein Satellitenkom- 
munikationsnetz umfasst. 

38. ProzeBsteuersystem nach Anspruch 36 oder 37, 
dadurch gekennzeichnet, daB die Datenerfassungsrou- 
tinen Daten uber ein physikalisches Medium erfassen, 
das entweder ein drahtgebundenes, drahtloses, Ko- 
axialkabel-, Telefonmodem-, Glasfaser-, Meteorburst-, 
oder Satellitenmedium unter Verwendung entweder ei- 
nes Fieldbus-, IEEE 802.3-, Blue tooth-, X.25- oder 
X.400-Kommunikationsprotokolls umfaBt. 

39. ProzeBsteuersystem nach einem der Anspruche 34 
bis 38, dadurch gekennzeichnet, daB die Datenerfas- 
sungsroutinen unabhangig arbeiten und miteinander 
uber das eine oder mehrere Kommunikationsnetze in 
Kommunikationsverbindung stehen. 

40. ProzeBsteuersystem nach einem der Anspruche 34 
bis 39, dadurch gekennzeichnet, daB jede der Datener- 
fassungsroutinen eine Datenverarbeitungsroutine ent- 
halt, die die erfaBten Daten miteinander abstimmt, ve- 
rifiziert, bewertet und in einem konsistenten Format 
formatiert 

41. ProzeBsteuersystem nach einem der Anspruche 34 
bis 40, dadurch gekennzeichnet, daB die Datenerfas- 
sungsroutinen die erfaBten Daten unter Verwendung ei- 
nes der Steuergerate und einer der Benutzerschnittstel- 
len zu einem Steuersystem senden, wobei die Zu- 
standsuberwachungsroutine die erfaBten Daten in ei- 
nem konsistenten Format miteinander abstimmt, verifi- 
ziert, bewertet und formatiert. 

42. ProzeBsteuersystem nach Anspruch 41, dadurch 
gekennzeichnet, daB die Zustandsuberwachungsrou- 
tine auf einem Baugruppenprozessor gespeichert und 
ausgefuhrt ist, der zu dem Steuersystem gehdrt. 

43. ProzeBsteuersystem nach Anspruch 42, dadurch 
gekennzeichnet, daB der Baugruppenprozessor direkt 
mit der Benutzerschnitts telle und dem Steuergerat des 
Steuersystems uber einen Systembus verbunden ist. 
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44. Prozefisi.euersysT.eni nach Anspruch 42 oder 43, 
dadurch gekennzeichnet, daB das Steuergerat ein Ein- 
gabe/Ausgabe-System enthalt., das so ausgelegr. ist, daB 
das vSteuergerat. des Steuersy stems mit. der ProzeRsreu- 
erausrustung verbunden wird, wobei der Baugruppen- 5 
prozessor mit dem Sieuergeral-Eingabe/Ausgabe-Sy- 
stem integriert ist. 

45. ProzeBsteuersystem nach Anspruch 44, dadurch 
gekennzeichnet, daB die Datenerfassungsroutinen eine 
Kornprimierungsroutine enthalten, welche die erf aB ten 10 
Daten koniprimiert. 

46. ProzeBsteuersystem nach Anspruch 45, dadurch 
gekennzeichnet, daB die Kornprimierungsroutine eine 
Komprimierungstechnik verwendet, die eine der Wa- 
velet- Sign al-Darstellung, Fourier-. Hadamard-Trans- 15 
formation und Komrnunikation der Koefftzienten, Aus- 
nahmeverarbeitungs- und Swinging-door-Datenkom- 
primicrung umfasscn. 

47. ProzeBsteuersystem, enthaltend: 

mehrere ProzeBsteuereinrichtungen; 20 
ein oder mehrere Steuergerate; 
ein oder mehrere Benutzerschnittstellen; 
ein Kommunikationsnetz, das das eine oder mehrere 
Steuergerate und die eine oder mehreren Benutzer- 
schnillslellen miteinander verbindet; 25 
eine Datenbank, die Ausriistungs- und ProzeBsteuer- 
strategiekonfigurationsinforniationen speichert, die die 
Konfiguration des ProzeB steuersy stems betreffen; 
eine oder mehrere Datenerfassungsroutinen, die auf 
Verarbeitungseinrichtungen implementiert sind, die 30 
ProzeBsteuerdaten, Ausriistungsdaten und ProzeBlei- 
stungsdaten erfassen; 

eine Zustandsuberwachungsroutine, die mit der einen 
von mehreren Dateneriassungsroutinen kommunikadv 
verbunden ist, um die ProzeBsteuerdaten, die Ausrii- 35 
stungsdaten und die ProzeBleistungsdaten anzunehmen 
und zu verarbeiten, die von den Datenerfassungsrouti- 
nen erfasst wurden, um eine Zustandsuberwachung in- 
nerhalb des ProzeBsteuersystems durchzufuhren; und 
eine Anzeigeroutine, die die zu dem ProzeB steuersy- 40 
stem gehorende Ausriistungs- und ProzeB s teuerstrate- 
giekonfigurauonsinformation, die von der Zustands- 
uberwachungsroutine erzeugt wurde oder zu dieser ge- 
hort, so, wie sie in der Datenbank zusammen mit der 
Zustandsuberwachungsinformation gespeichert ist, 45 
iiber eine oder mehrere Benutzerschnittstellen anzeigt. 

48. ProzeBsteuersystem nach Anspruch 47, dadurch 
gekennzeichnet, daB die Anzeigeroutine die Ausrii- 
stungs- und ProzeBsteuerstrategiekonfigurations- 
information und die Zustandsuberwachungsinforma- 50 
tion in mehreren Ebenen anzeigt, einschlieBlich einer 
hoheren Ebene, die zu den verschiedenen Elementen 
der Ausriistungs- und ProzeBsteuerstrategie gehorende 
Information darstellt, und eine oder mehrere niedrigere 
Ebenen, die mehr Informationen uber einzelne Ele- 55 
meme innerhalb der hoheren Ebene bereitstellen, wel- 
che die Zustandsuberwachungsinformationen enthalt. 

49. ProzeBsteuersystem nach Anspruch 48, dadurch 
gekennzeichnet, daB die Anzeigeroutine einen Benut- 
zer in die Lage versetzt, von einer hoheren Ebene zu ei- 60 
ner niedrigeren Ebene zu gehen, indem ein Element in- 
nerhalb eines Bildschirms ausgewahlt wird, der die ho- 
here Ebene darstellt. 
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